Family Historian User Group

By the way GEDCOM does allow for a persona to be added using the INDI.ALIA tag:

1 ALIA @<XREF:INDI>@

ColeValleyGirl, You make some very valuable comments, re, 1) Personas, I’ve thought about using this to explain sex changes, two Individual with the same basic attributes. 2) Birth Certificates in modern times some people are actively changing these to update sex at birth, fathers name, and maybe ot...

It has been a long while since I learned and actually cataloged a new document with multiple authors. However, if I recall correctly MARC only requires the use of 245 sub field “c” when there are more than three (3) authors.

That being said, the citation can say the following:
Hewins, Ian … [et al.]

Mark1834, … but for most of us, we don't get too hung up on the details. It's a hobby, and we adapt what we have to what is appropriate to what we want to achieve... :) Yes, I agree. This is why I’m not a pure evidence based genealogist, even though I was trained to be one. I like conclusions too! A...

Tatewise, Based on my past association with the development of GEDCOM I can assure you that the team wrestled with the understanding of evidence and conclusion within their goal. For the purposes of LSD “the conclusion” was the ultimate goal, but evidence based genealogists and scientists needed to ...

When a scientist (or researcher) writes a paper they present a conclusion based on their research (evidence). It is a summary of their work, but other scientists want to see their work to verify their findings, this requires all data and the evident for that data. The data to evidence association ca...

I understand the distinction you're drawing, but would say you can do Evidence-Based genealogy without creating multiple facts. No. A pure evidence based researcher, collects sources and the distinct data points associated with each source as they relate to an individual. You can not mix data point...

Rancher’s example outline the clear difference between conclusion based and evidence based genealogy. First, Evidence Based will add their sources and data as soon as they become available. This approach will lead to multiple and duplicate data points for individuals even for data points which are c...

I guess I’m an outlier as compared to the others in this thread. As a researcher I enter all of the information I find about an event, so birth, death, burial could all have multiple entries during my research phase. As I collect information, some sources will be considered primary, while others may...

Tatewise said: That is a neat idea but it seems to assume that every type of record can have a REFN or RIN tag and many cannot. Unless I misunderstand this statement, all GEDCOM v5.5.1 record types (FAM, INDI, MEDIA, NOTE, SOURCE, REPO) (not Submitter) allow the inclusion of both a REFN and RIN tag....

Obviously my suggestion changes a little if GEDCOM v7.0 get implemented.

1 NAME Dusty /Miller/
2 TYPE OTHER
3 PHRASE NICKNAME

I avoid the GEDCOM NICK tag all together and enter the name as a new NAME tag with a NAME .TYPE of nickname.

1 NAME Dusty /Miller/
2 TYPE nickname

Since the specification never addresses the merge of two individual records within the same data-space (or if they were both created new in the singular program or created in separate programs) I would not assume that any two programs (or possibly two releases of the same program) will manage the UI...

I have confirmed that point by adding the same details to two separate copies of the same RM database. Because the seed value is a random number or a time stamp, the instantiation/creation of a new Individual record will create a new UUID or GUID number. The only way to generate a proper Unique Ide...

UUID values need a seed and in the case of many they use a random number or a time stamp. These UUIDs are not useful when applying them to people in a genealogy (for use in cross database associations) because they are not connected to any information that would help create the same UUID in multiple...

Unless I’m reading this wrong, GEDCOM tags should follow the standard. If TMG is producing a GEDCOM that does not follow the GEDCOM standard tags, such as the GEDCOM tag “DEAT” now exported as tag DØD then TMG is wrong and should be fixed! I’ve never had an issue with a GEDCOM that contained Norwegi...

For me the difference between Source and Citation is viewed simply as: A Book/Manuscript/Letter/Census Year/Grave Marker are sources. A page/paragraph(for books, manuscripts, letters), Census recording detail, specific name where multiple names exist on a marker are all Citations. Obviously this is ...

Was this imported via GEDCOM or some other way? In GEDCOM three options are possible for the “Adopted by” information: [ HUSB | WIFE | BOTH ]

Personally, I would in GEDCOM terms have the following:

1 OCCU <Trade of Apprentice>
2 TYPE apprenticeship

Rather than use a FACT tag!

Adrian, Your comment about the indexing has an important “note” it is all about the country of origin of the individual to be indexed not the country that is indexing the individual, so van Gogh because he’s Dutch the index is under “G” and this should be used in all cases internationally based on t...

Adrian, It is that vagueness that has plagued GEDCOM from the get go! They introduced a vague problem with the xref-ID changing the max length from 22 characters to unlimited. While this does not have a major effect on most uses of GEDCOM an unlimited XREF can never be used as an indexed key column ...

Adrian ask: At the same time, I think some of these issues are not even settled in the real world - for instance, do mat/patronymics count as family names? (whatever they are...) In my Scandi world they do not! Unless they are post legal requirement for an inheritable surname. Having gone to library...

If the supported html was restricted to only italics, bold, underline, strike, paragraph, line break, h1, h2 then maybe I would say that this is nothing more than Markdown and while I like markdown better, this would be ok. But, when GEDCOM leaves the actual definition of allowing html open for inte...

Mark said: Probably - I think the takeaway from this is that GEDCOM works tolerably well for recording Western-style family relationships up until about the end of the last century (coincidentally, exactly the markets where genealogy software is currently sold), but something fundamentally different...

ColeValleyGirl said: it *is* more easily readable/editable in raw form, ore portable and more secure -- but it does lack superscripts/subscripts which would rule out the current approach to FH embedded source citations. The readability in Raw GEDCOM is very valuable to me. As to superscript/subscrip...