Microformats Wiki - User contributions [en]

genealogy-brainstorming

2008-04-07T17:11:10Z

RobSalzman: /* Locations */

=Genealogy Brainstorming=

==Contributors==
* [[User:AndyMabbett|Andy Mabbett]]
* [[User:RobSalzman|Rob Salzman]]

==Building blocks==

Since genealogy is about people and their relationships, it is likely that any genealogical microformat will be built from [[hcard|hCard]] and [[XFN]] microformats; with [[hcalendar|hCalendar]] used for dates such as marriages and divorces. The proposed [[citation]] microformat could be incorporated, as many genealogists cite the records they use.

==Document types==

Genealogy documents on the web tend to fall into one of several types:

#A family tree with many members (e.g. [http://jay.askren.net/Projects/SemWeb/FamilyTrees/AbrahamLincoln.html]).
#A page for an individual, listing their ancestors and descendants for one generation in each direction, plus their spouse(s) and, sometimes, their sibling(s) (e.g. [http://www.comp.utas.edu.au/users/rsmith/levett/ps02/ps02_361.html], [http://www.sussexbarn.com/dring/web/dring/pafg01.htm]).
#As above, but for a couple (e.g. [http://www.comp.utas.edu.au/users/rsmith/levett/wc01/wc01_045.html])
#Prose pages which may discuss the families of one or more, sometimes unrelated, individuals (not necessarily in the context of genealogy) (e.g. [http://en.wikipedia.org/wiki/Winston_Churchill]).

Only the second of these, and some, but by no means all, of the others, are suited to XFN markup.

==Properties==

===Gender===

To make life easier for publishers, the following values could all equate, without requiring the use of <code>abbr</code> to:

====Male====
*male
*he
*man
*m
*son
*father
*husband
*brother
*uncle
*nephew
*grandfather/ grand-father / great-grand-father etc.
*grandson/ grand-son / great-grand-son etc.
*...

====Female====
*female
*she
*woman
*f
*fem
*wife
*daughter
*mother
*sister
*aunt
*niece
*grandmother/ grand-mother / great-grand-mother etc.
*granddaughter/ grand-daughter / great-grand-daughter etc.
*...

====Issue====

* What about other languages?
** See: [[internationalisation]]
* Gender reassignment and other edge cases
** Outside the 80/20 cut-off
** Could use <code>abbr</code>
** See also [http://www.getsemantic.com/wiki/GenderHack GenderHack]

===Relationships===

[[XFN]] has some [http://gmpg.org/xfn/1 family rel values]: "parent", "child", "sibling", "spouse".

Although, from existing publishing practices, it seems that the above ("primary") relationships are more commonly expressed than secondary relationships ("aunt", "grand-father") when linking from one page to another, additional values may be required (see above for further examples). These could, of course, be used outside a genealogy microformat, as with other XFN values.

Non-marriage partnerships
* follow-up: specific examples/citations needed.
... and short-term liaisons should also be catered for (for the parents of illegitimate children).
* follow-up: some short-term liaisons may already be documented with the XFN values "date" and "sweetheart".
**Neither "date" nor "sweetheart" is used in genealogy. Children are born to unmarried parents who were neither.

In addition to the gender-neutral primary relationships already in XFN, gender-specific terms may be required ("father" and "mother" for "parent", for example).
* follow-up: gender-specific relationship terms are undesirable as described in [http://gmpg.org/xfn/background#gender XFN:Background: Gender neutrality (and avoiding other personal attributes)].
** "Undesirable" is merely an opinion. Gender-specific terms are used in genealogy (and related matters, such as birth certificates); "non-traditional" genders fall far outside the 80:20 divide.
*** The point is, gender of a subject is information that should be in the info associated with that subject (e.g. in their hCard or extension to thereof), not with each and every relationship to that subject. Duplicating such gender information would violate the [[dry principle]]. This is why gender information is undesirable in a relationship format, even thought it is desirable in a genealogy format which would likely include info about the subject and relationships.
**** In genealogy, relationships (including their gender) are significant; and are published on the web. Furthermore, we currently have no method, in microformats, of publishing a person's gender. Extending (or mirroring) XFN to indicate gender of relationships could be a "quick win" for a genealogy microformat; and would allow links to third party pages to indicate a genealogical relationship, even if it is not possible to edit the third party page concerned (and so no repetition is involved). Adding gender to a relationship adds semantics; "son" is more meaningful than "child", in the same way that "child" is more meaningful than "relative".

There might also be a need for "step-sibling",
* follow-up: it may be better to update the XFN definition of "sibling" to explicitly include "step-sibling" as it can be reasonably asserted that the [http://gmpg.org/xfn/background#family current definition and background] allows for it.
... "step-mother"
* follow-up: it may be better to update the XFN definition of "parent" to explicitly include "step-parent" as it can be reasonably asserted that the [http://gmpg.org/xfn/background#family current definition and background] allows for it. See above about avoiding gender-specific terms like "mother".
... and "half-sibling", etc.
* follow-up: "half-sibling" is already covered by the [http://gmpg.org/xfn/background#family current definition and background] of "sibling" in XFN.
**Siblings, half- and step- siblings are separate and unique concepts, not least in genealogy; and in law. Current XFN usage is not tailored (and thus not suitable, at present) for genealogy.

If XFN is used, then it would be prudent to add a couple of rules or guidelines:
*Each page {{should}} or {{must}} have one and only one hCard for a person, who {{must}} be the person in the relationship (this allows for non- personal hCards for publishing organisations, in hResume, etc. Otherwise, the system would fail if, say, rel-spouse linked to page, about a person whose sibling or colleague was also hCarded on that page, even if that page was primarily about the person referred to by the "rel".
**This could be avoided by linking to page-fragments using IDs <code><a href="myfamily#dad" rel="father">Dad</a></code>; <code><a href="myfamily#mom" rel="mother">Mom</a></code> with a stipulation of one hCard per ID (or that only the first hCard at that fragment is considered); since the [http://www.w3.org/TR/html401/struct/links.html#adef-rel defined purpose of "rel"] is to "[describe] the relationship from the current document to the anchor specified by the href attribute" and not "the page specified by the href attribute".

See also: [[xfn-brainstorming#Extending_family_relationships]]

===Date of death===

Inevitably, more of our ancestors are dead than alive.

Since non-genealogical web pages also publish death dates, it is proposed that hCard be extended to incorporate them. See [[hcard-date-of-death]]

===Date of baptism===

Older records, from times when registration of births was not carried out, rely on baptism records, A date-of-baptism property is thus required. This could be added to hCard, or be specific to a genealogy microformat, and should be based on hCards "bday".

===Locations===
As interesting and problematic as death, marriage, and baptism dates are, each event also, for genealogical purposes, contains a location which it is important to capture.

In general it is:

* Event (Birth, Baptism (Christening), Marriage (n of these), Death)
** Date
** Location
** Source (n sources for each event).

These things are very difficult to encode in an hcard. I did it on my genealogy website by coding
x-birth-location, x-marriage-date, x-marriage-location, x-death-date, and x-death-location, but this, i am confident is NOT the correct way to do this.
* The new vCard draft has properties called "dday" (for date of death) and "birth" and "death" for locations of each. [[User:TobyInk|TobyInk]] 00:40, 7 Apr 2008 (PDT)
* For marriage, perhaps a hCalendar Event with the bride and groom each given as attendees? [[User:TobyInk|TobyInk]] 00:41, 7 Apr 2008 (PDT)

----

'''[[User: RobSalzman|Rob Salzman]] 10:10, 7 Apr 2008 (PDT)''' Unless there is only a single person on an html page, I don't see how you can use an hCalendar event for marriage, or XRel's for relationships either.

My Family Sheets are organized like this:

Husband (name, birth date, birth location, marriage date, marriage location, death date, death location)
Wife (same, except, usually no marriage information)
Child1 (name, birth date, birth location, spouse info, death date/location)
Child2 (name, birth date, birth location, spouse info, death date/location)
...

(Here is an example http://www.e-familytree.net/F0/F335.htm) (my grandfather)

==See also==
{{genealogy-related-pages}}

genealogy-brainstorming

2008-04-07T17:09:39Z

RobSalzman: /* Locations */

=Genealogy Brainstorming=

==Contributors==
* [[User:AndyMabbett|Andy Mabbett]]
* [[User:RobSalzman|Rob Salzman]]

==Building blocks==

Since genealogy is about people and their relationships, it is likely that any genealogical microformat will be built from [[hcard|hCard]] and [[XFN]] microformats; with [[hcalendar|hCalendar]] used for dates such as marriages and divorces. The proposed [[citation]] microformat could be incorporated, as many genealogists cite the records they use.

==Document types==

Genealogy documents on the web tend to fall into one of several types:

#A family tree with many members (e.g. [http://jay.askren.net/Projects/SemWeb/FamilyTrees/AbrahamLincoln.html]).
#A page for an individual, listing their ancestors and descendants for one generation in each direction, plus their spouse(s) and, sometimes, their sibling(s) (e.g. [http://www.comp.utas.edu.au/users/rsmith/levett/ps02/ps02_361.html], [http://www.sussexbarn.com/dring/web/dring/pafg01.htm]).
#As above, but for a couple (e.g. [http://www.comp.utas.edu.au/users/rsmith/levett/wc01/wc01_045.html])
#Prose pages which may discuss the families of one or more, sometimes unrelated, individuals (not necessarily in the context of genealogy) (e.g. [http://en.wikipedia.org/wiki/Winston_Churchill]).

Only the second of these, and some, but by no means all, of the others, are suited to XFN markup.

==Properties==

===Gender===

To make life easier for publishers, the following values could all equate, without requiring the use of <code>abbr</code> to:

====Male====
*male
*he
*man
*m
*son
*father
*husband
*brother
*uncle
*nephew
*grandfather/ grand-father / great-grand-father etc.
*grandson/ grand-son / great-grand-son etc.
*...

====Female====
*female
*she
*woman
*f
*fem
*wife
*daughter
*mother
*sister
*aunt
*niece
*grandmother/ grand-mother / great-grand-mother etc.
*granddaughter/ grand-daughter / great-grand-daughter etc.
*...

====Issue====

* What about other languages?
** See: [[internationalisation]]
* Gender reassignment and other edge cases
** Outside the 80/20 cut-off
** Could use <code>abbr</code>
** See also [http://www.getsemantic.com/wiki/GenderHack GenderHack]

===Relationships===

[[XFN]] has some [http://gmpg.org/xfn/1 family rel values]: "parent", "child", "sibling", "spouse".

Although, from existing publishing practices, it seems that the above ("primary") relationships are more commonly expressed than secondary relationships ("aunt", "grand-father") when linking from one page to another, additional values may be required (see above for further examples). These could, of course, be used outside a genealogy microformat, as with other XFN values.

Non-marriage partnerships
* follow-up: specific examples/citations needed.
... and short-term liaisons should also be catered for (for the parents of illegitimate children).
* follow-up: some short-term liaisons may already be documented with the XFN values "date" and "sweetheart".
**Neither "date" nor "sweetheart" is used in genealogy. Children are born to unmarried parents who were neither.

In addition to the gender-neutral primary relationships already in XFN, gender-specific terms may be required ("father" and "mother" for "parent", for example).
* follow-up: gender-specific relationship terms are undesirable as described in [http://gmpg.org/xfn/background#gender XFN:Background: Gender neutrality (and avoiding other personal attributes)].
** "Undesirable" is merely an opinion. Gender-specific terms are used in genealogy (and related matters, such as birth certificates); "non-traditional" genders fall far outside the 80:20 divide.
*** The point is, gender of a subject is information that should be in the info associated with that subject (e.g. in their hCard or extension to thereof), not with each and every relationship to that subject. Duplicating such gender information would violate the [[dry principle]]. This is why gender information is undesirable in a relationship format, even thought it is desirable in a genealogy format which would likely include info about the subject and relationships.
**** In genealogy, relationships (including their gender) are significant; and are published on the web. Furthermore, we currently have no method, in microformats, of publishing a person's gender. Extending (or mirroring) XFN to indicate gender of relationships could be a "quick win" for a genealogy microformat; and would allow links to third party pages to indicate a genealogical relationship, even if it is not possible to edit the third party page concerned (and so no repetition is involved). Adding gender to a relationship adds semantics; "son" is more meaningful than "child", in the same way that "child" is more meaningful than "relative".

There might also be a need for "step-sibling",
* follow-up: it may be better to update the XFN definition of "sibling" to explicitly include "step-sibling" as it can be reasonably asserted that the [http://gmpg.org/xfn/background#family current definition and background] allows for it.
... "step-mother"
* follow-up: it may be better to update the XFN definition of "parent" to explicitly include "step-parent" as it can be reasonably asserted that the [http://gmpg.org/xfn/background#family current definition and background] allows for it. See above about avoiding gender-specific terms like "mother".
... and "half-sibling", etc.
* follow-up: "half-sibling" is already covered by the [http://gmpg.org/xfn/background#family current definition and background] of "sibling" in XFN.
**Siblings, half- and step- siblings are separate and unique concepts, not least in genealogy; and in law. Current XFN usage is not tailored (and thus not suitable, at present) for genealogy.

If XFN is used, then it would be prudent to add a couple of rules or guidelines:
*Each page {{should}} or {{must}} have one and only one hCard for a person, who {{must}} be the person in the relationship (this allows for non- personal hCards for publishing organisations, in hResume, etc. Otherwise, the system would fail if, say, rel-spouse linked to page, about a person whose sibling or colleague was also hCarded on that page, even if that page was primarily about the person referred to by the "rel".
**This could be avoided by linking to page-fragments using IDs <code><a href="myfamily#dad" rel="father">Dad</a></code>; <code><a href="myfamily#mom" rel="mother">Mom</a></code> with a stipulation of one hCard per ID (or that only the first hCard at that fragment is considered); since the [http://www.w3.org/TR/html401/struct/links.html#adef-rel defined purpose of "rel"] is to "[describe] the relationship from the current document to the anchor specified by the href attribute" and not "the page specified by the href attribute".

See also: [[xfn-brainstorming#Extending_family_relationships]]

===Date of death===

Inevitably, more of our ancestors are dead than alive.

Since non-genealogical web pages also publish death dates, it is proposed that hCard be extended to incorporate them. See [[hcard-date-of-death]]

===Date of baptism===

Older records, from times when registration of births was not carried out, rely on baptism records, A date-of-baptism property is thus required. This could be added to hCard, or be specific to a genealogy microformat, and should be based on hCards "bday".

===Locations===
As interesting and problematic as death, marriage, and baptism dates are, each event also, for genealogical purposes, contains a location which it is important to capture.

In general it is:

* Event (Birth, Baptism (Christening), Marriage (n of these), Death)
** Date
** Location
** Source (n sources for each event).

These things are very difficult to encode in an hcard. I did it on my genealogy website by coding
x-birth-location, x-marriage-date, x-marriage-location, x-death-date, and x-death-location, but this, i am confident is NOT the correct way to do this.
* The new vCard draft has properties called "dday" (for date of death) and "birth" and "death" for locations of each. [[User:TobyInk|TobyInk]] 00:40, 7 Apr 2008 (PDT)
* For marriage, perhaps a hCalendar Event with the bride and groom each given as attendees? [[User:TobyInk|TobyInk]] 00:41, 7 Apr 2008 (PDT)

[[User: RobSalzman|Rob Salzman]] Unless there is only a single person on an html page, I don't see how you can use an hCalendar event for marriage, or XRel's for relationships either.

My Family Sheets are organized like this:

Husband (name, birth date, birth location, marriage date, marriage location, death date, death location)
Wife (same, except, usually no marriage information)
Child1 (name, birth date, birth location, spouse info, death date/location)
Child2 (name, birth date, birth location, spouse info, death date/location)
...

(Here is an example http://www.e-familytree.net/F0/F335.htm) (my grandfather)

==See also==
{{genealogy-related-pages}}

genealogy-brainstorming

2008-04-07T17:08:45Z

RobSalzman: /* Locations */

=Genealogy Brainstorming=

==Contributors==
* [[User:AndyMabbett|Andy Mabbett]]
* [[User:RobSalzman|Rob Salzman]]

==Building blocks==

Since genealogy is about people and their relationships, it is likely that any genealogical microformat will be built from [[hcard|hCard]] and [[XFN]] microformats; with [[hcalendar|hCalendar]] used for dates such as marriages and divorces. The proposed [[citation]] microformat could be incorporated, as many genealogists cite the records they use.

==Document types==

Genealogy documents on the web tend to fall into one of several types:

#A family tree with many members (e.g. [http://jay.askren.net/Projects/SemWeb/FamilyTrees/AbrahamLincoln.html]).
#A page for an individual, listing their ancestors and descendants for one generation in each direction, plus their spouse(s) and, sometimes, their sibling(s) (e.g. [http://www.comp.utas.edu.au/users/rsmith/levett/ps02/ps02_361.html], [http://www.sussexbarn.com/dring/web/dring/pafg01.htm]).
#As above, but for a couple (e.g. [http://www.comp.utas.edu.au/users/rsmith/levett/wc01/wc01_045.html])
#Prose pages which may discuss the families of one or more, sometimes unrelated, individuals (not necessarily in the context of genealogy) (e.g. [http://en.wikipedia.org/wiki/Winston_Churchill]).

Only the second of these, and some, but by no means all, of the others, are suited to XFN markup.

==Properties==

===Gender===

To make life easier for publishers, the following values could all equate, without requiring the use of <code>abbr</code> to:

====Male====
*male
*he
*man
*m
*son
*father
*husband
*brother
*uncle
*nephew
*grandfather/ grand-father / great-grand-father etc.
*grandson/ grand-son / great-grand-son etc.
*...

====Female====
*female
*she
*woman
*f
*fem
*wife
*daughter
*mother
*sister
*aunt
*niece
*grandmother/ grand-mother / great-grand-mother etc.
*granddaughter/ grand-daughter / great-grand-daughter etc.
*...

====Issue====

* What about other languages?
** See: [[internationalisation]]
* Gender reassignment and other edge cases
** Outside the 80/20 cut-off
** Could use <code>abbr</code>
** See also [http://www.getsemantic.com/wiki/GenderHack GenderHack]

===Relationships===

[[XFN]] has some [http://gmpg.org/xfn/1 family rel values]: "parent", "child", "sibling", "spouse".

Although, from existing publishing practices, it seems that the above ("primary") relationships are more commonly expressed than secondary relationships ("aunt", "grand-father") when linking from one page to another, additional values may be required (see above for further examples). These could, of course, be used outside a genealogy microformat, as with other XFN values.

Non-marriage partnerships
* follow-up: specific examples/citations needed.
... and short-term liaisons should also be catered for (for the parents of illegitimate children).
* follow-up: some short-term liaisons may already be documented with the XFN values "date" and "sweetheart".
**Neither "date" nor "sweetheart" is used in genealogy. Children are born to unmarried parents who were neither.

In addition to the gender-neutral primary relationships already in XFN, gender-specific terms may be required ("father" and "mother" for "parent", for example).
* follow-up: gender-specific relationship terms are undesirable as described in [http://gmpg.org/xfn/background#gender XFN:Background: Gender neutrality (and avoiding other personal attributes)].
** "Undesirable" is merely an opinion. Gender-specific terms are used in genealogy (and related matters, such as birth certificates); "non-traditional" genders fall far outside the 80:20 divide.
*** The point is, gender of a subject is information that should be in the info associated with that subject (e.g. in their hCard or extension to thereof), not with each and every relationship to that subject. Duplicating such gender information would violate the [[dry principle]]. This is why gender information is undesirable in a relationship format, even thought it is desirable in a genealogy format which would likely include info about the subject and relationships.
**** In genealogy, relationships (including their gender) are significant; and are published on the web. Furthermore, we currently have no method, in microformats, of publishing a person's gender. Extending (or mirroring) XFN to indicate gender of relationships could be a "quick win" for a genealogy microformat; and would allow links to third party pages to indicate a genealogical relationship, even if it is not possible to edit the third party page concerned (and so no repetition is involved). Adding gender to a relationship adds semantics; "son" is more meaningful than "child", in the same way that "child" is more meaningful than "relative".

There might also be a need for "step-sibling",
* follow-up: it may be better to update the XFN definition of "sibling" to explicitly include "step-sibling" as it can be reasonably asserted that the [http://gmpg.org/xfn/background#family current definition and background] allows for it.
... "step-mother"
* follow-up: it may be better to update the XFN definition of "parent" to explicitly include "step-parent" as it can be reasonably asserted that the [http://gmpg.org/xfn/background#family current definition and background] allows for it. See above about avoiding gender-specific terms like "mother".
... and "half-sibling", etc.
* follow-up: "half-sibling" is already covered by the [http://gmpg.org/xfn/background#family current definition and background] of "sibling" in XFN.
**Siblings, half- and step- siblings are separate and unique concepts, not least in genealogy; and in law. Current XFN usage is not tailored (and thus not suitable, at present) for genealogy.

If XFN is used, then it would be prudent to add a couple of rules or guidelines:
*Each page {{should}} or {{must}} have one and only one hCard for a person, who {{must}} be the person in the relationship (this allows for non- personal hCards for publishing organisations, in hResume, etc. Otherwise, the system would fail if, say, rel-spouse linked to page, about a person whose sibling or colleague was also hCarded on that page, even if that page was primarily about the person referred to by the "rel".
**This could be avoided by linking to page-fragments using IDs <code><a href="myfamily#dad" rel="father">Dad</a></code>; <code><a href="myfamily#mom" rel="mother">Mom</a></code> with a stipulation of one hCard per ID (or that only the first hCard at that fragment is considered); since the [http://www.w3.org/TR/html401/struct/links.html#adef-rel defined purpose of "rel"] is to "[describe] the relationship from the current document to the anchor specified by the href attribute" and not "the page specified by the href attribute".

See also: [[xfn-brainstorming#Extending_family_relationships]]

===Date of death===

Inevitably, more of our ancestors are dead than alive.

Since non-genealogical web pages also publish death dates, it is proposed that hCard be extended to incorporate them. See [[hcard-date-of-death]]

===Date of baptism===

Older records, from times when registration of births was not carried out, rely on baptism records, A date-of-baptism property is thus required. This could be added to hCard, or be specific to a genealogy microformat, and should be based on hCards "bday".

===Locations===
As interesting and problematic as death, marriage, and baptism dates are, each event also, for genealogical purposes, contains a location which it is important to capture.

In general it is:

* Event (Birth, Baptism (Christening), Marriage (n of these), Death)
** Date
** Location
** Source (n sources for each event).

These things are very difficult to encode in an hcard. I did it on my genealogy website by coding
x-birth-location, x-marriage-date, x-marriage-location, x-death-date, and x-death-location, but this, i am confident is NOT the correct way to do this.
* The new vCard draft has properties called "dday" (for date of death) and "birth" and "death" for locations of each. [[User:TobyInk|TobyInk]] 00:40, 7 Apr 2008 (PDT)
* For marriage, perhaps a hCalendar Event with the bride and groom each given as attendees? [[User:TobyInk|TobyInk]] 00:41, 7 Apr 2008 (PDT)

Unless there is only a single person on an html page, I don't see how you can use an hCalendar event for marriage, or XRel's for relationships either.

My Family Sheets are organized like this:

Husband (name, birth date, birth location, marriage date, marriage location, death date, death location)
Wife (same, except, usually no marriage information)
Child1 (name, birth date, birth location, spouse info, death date/location)
Child2 (name, birth date, birth location, spouse info, death date/location)
...

(Here is an example http://www.e-familytree.net/F0/F335.htm) (my grandfather)

==See also==
{{genealogy-related-pages}}

User:RobSalzman

2008-04-06T22:48:02Z

RobSalzman:

Hi I'm Rob Salzman.

I've coded up husbands in my large online genealogy tree at
http://www.e-familytree.net

all people in the tree have an hcard.
husbands have birth, and x-birth-location, x-death-date x-death-location coded up as well.

genealogy-brainstorming

2008-04-06T22:46:19Z

RobSalzman: /* Genealogy Brainstorming */

genealogy-examples

2008-04-03T18:15:59Z

RobSalzman: /* In the wild */

=Genealogy Examples=

== In the wild ==
*e-familytree.net [http://www.e-familytree.net/F0/F335.htm] - my genealogy website which I think I've embedded hcards in. This is my grandfathers family page. If you look at him, the hcard includes birthdate and some x-fields for death, marriage dates and locations. I'd appreciate comments! Rob Salzman - genealogy@e-familytee.net
*The Dring tree [http://www.sussexbarn.com/dring/web/dring/pafg01.htm] for an interesting family tree website.
*[http://www.comp.utas.edu.au/users/rsmith/levett/wc01/wc01_045.html this family group] is pretty much a direct translation of a gedcom FAM structure, but with some names added to the links. It also includes back links to parents.
**[http://www.comp.utas.edu.au/users/rsmith/levett/ps02/ps02_361.html an individual from the same tree] This is basically an INDI record from GEDCOM. It is generated by "[http://www.leisterpro.com/ Reunion for Macintosh]".
*[http://jay.askren.net/Projects/SemWeb/FamilyTrees/AbrahamLincoln.html Family tree of Abraham Lincoln].
*[http://en.wikipedia.org/wiki/Winston_Churchill Winston Churchill in Wikipedia]. Note unstructured genealogy in [http://en.wikipedia.org/wiki/Winston_Churchill#Early_life 'early life' section].
* [http://arborvita.free.fr/Kennedy/F1.html Kennedy family] (built by [http://arborvita.free.fr/ Arbor Vita]).
**Page per couple.
*[http://changelog.ca/topic/Helen%20Elizabeth%20Kerr Helen Elizabeth Kerr]
**Unstructured
*West Midland Bird Club - Norris
**[http://www.westmidlandbirdclub.com/club/press/Indie2005-04-08.htm prose including date of marriage, date of death; the names of his wife and father-in-law; the fact that he had two daughters; and his father's job]
**[http://www.westmidlandbirdclub.com/club/press/bn-31-9.htm prose reference to his father-in-law]

For additional examples of related information, see [[gender-examples]].

==See also==

{{genealogy-related-pages}}