upload image

Alternative Profile Display

Privacy Level: Open (White)
Date: [unknown] [unknown]
Location: [unknown]
This page has been accessed 395 times.

Use this page to suggest upgrades to the profile narrative that results from GEDCOM uploads. For comparison here's a profile page of the current display format: Andreas Jauch. Use this G2G topic for discussion.


Contents

Fields Generated

Chris has elsewhere suggested that this section cannot be changed without significant re-programming of wikitree.

[First Name] [Middle Name] [Last Name]

Born [Date] in [Place]

Son/Daughter of [FatherName] and [MotherName]

Brother/Sister of [SiblingName1], [SiblingName2], etc.

Husband/Wife of [SpouseName] -- married [MarriageDate] in [MarriagePlace]

Father/Mother of [ChildName1], [ChildName2], etc.

Died [DeathDate] in [DeathPlace]


Profile manager info, when last changed, how many times accessed, etc.


Narrative

The following is a suggested re-design of the narrative generated by uploaded GEDCOMs. When sources are included in the GEDCOM, they are footnoted and placed in the <ref>....</ref> ... <references /> space. (I argue below for a revised footnote display.)


Biography

This section would start with Event fields (those with dates) and present them chronologically. If a GEDCOM field is empty, there would be no display of that field.

Events

The following refers to INDIVIDUAL (not FAMILY) Events.

Birth: [BirthDate], [BirthPlace] <ref> [BirthSource], [SourceDate], [SourcePage] <small><blockquote> [SourceText] </blockquote></small></ref>
Notes: [BirthMemo] <-- This would capture the contents of memo fields that are associated with each event or fact type. Not all software programs have this, but more recent programs do; i.e., they have three fields associated with a fact/event: date, place, memo; these should all be grouped together. If the relevant Memo field is empty, nothing would be displayed.
Christening: [ChrDate], [ChrPlace] [1]
Notes: [ChrMemo]

etc...

Facts

Following a chronological list of Event fields would be an alpha list of Fact fields (those GEDCOM fields without dates). If a GEDCOM field is empty, there would be no display of that field.

Education: [EDUC]
Note: [FactMemo]<-- If the relevant Memo field is empty, nothing would be displayed. (Currently Wikitree adds the name of the Fact type into empty Memo fields.)
Occupation: [OCCU]
Note: [FactMemo]
Religion: [RELI]
Note: [FactMemo]

etc.

Notes

Following Facts would be any narrative included in the INDIVIDUAL's Notes field. Currently, Wikitree adds a "Note" entry in the long list of fields, with an internal link to a numbered Note, e.g., "#N2642" which is pasted near the bottom of the narrative. Instead, simply place the Note field contents in its own section here.

[IndividualNotesFieldContents] (do not put in nonexistent line breaks)

Family

The current display of this information is, IMHO, pretty whacky; it concatenates spousal information of the relevant individual with parents/siblings of relevant individual in a confusing way. Exclude information about individual's parents and siblings, which are already described in the very top section.

(IF Marriage Fields contain data ELSE empty)

[IndividualName] married [SpouseName] on [MarriageDate] in [MarriagePlace]
[MarriageMemo]
Marriage Event: [TypeField] - [EventDate], [EventPlace] [2]<-- Currently Wikitree displays "Event" then "Type:" then the [TypeField]; all that is unnecessary; simply display the contents of the [TypeField]
Memo: [EventMemo]
Child(ren): (IF Children Fields contain data ELSE empty)
[ChildName1]
[ChildName2]
[ChildName3]
etc.

etc. (i.e., repeat for each Marriage Event/Type. End family section with:)

Marriage Notes: [MarriageMemoContents]

Other Imported Data

UserID: [UserID]
Ancestral File Number: [AFN]
Automated Record ID (Individual): [Indi.RIN}
Automated Record ID (Family): [Fam.RIN]
etc.

Sources

Footnotes (or Endnotes or Citations)

  1. [ChrSource], [SourceDate], [SourcePage]
    [SourceText]
  2. [MarrSource], [SourceDate], [SourcePage]
    [SourceText]

Bibliography (or Authorities or References)

Ideally the following would display appropriately anything entered in the <REF> tags as grouped by the <references /> tag. I.e., we would not use S123, S456, etc. but simply, for each referenced item above. The order of the fields would match standard citation practice:

  • [Author], [Title], [PublicationPlace]: [PublicationDate]. [Type]. [RepositoryName]. (am I missing any fields?)

Acknowledgements

  • WikiTree profile [ProfileField] created through the import of [GEDCOM FileName] on [UploadDate] by [Contributor]. See the [Changes page] for the details of edits by [ContributorFirstName] and others.





Collaboration
  • Login to edit this profile and add images.
  • Private Messages: Send a private message to the Profile Manager. (Best when privacy is an issue.)
  • Public Comments: Login to post. (Best for messages specifically directed to those editing this profile. Limit 20 per day.)


Comments: 2

Leave a message for others who see this profile.
There are no comments yet.
Login to post a comment.
This page is now pretty much obsolete since Chris et al have released the new GEDCOMpare tool.
posted by Jillaine Smith
NIce Job Jillaine!
posted by [Living Troy]