But many people are mentioned in a marriage certificate that were not part of the event.  For instance, the parents of the groom are mentioned with their birth and (former) residence place and a note that they are deceased.  They played no role whatsoever in the event.

I set birth certificates as sources, linked from the event and any other relevant place.  I keep the transcript either in the source notes or as a media file.

So, I have all the information in the certificate in one place: the set of people, families and events linked to that source.

Julio

2009/7/5 guylinton <guy.linton@gmail.com>


Duncan Lithgow-5 wrote:
>
> I
> instead have the source of the information as the primary connector.
> So for a marriage I might have a source which is the marriage
> certificate. I simply add that as a source when I make event for
> occupations, places and dates of birth, parent's names etc.
>

But this doesn't meet the objective of being able to see the information
from the marriage certificate for the person in one place.


Duncan Lithgow-5 wrote:
>
>  I can't
> really see how so much information can be connected to one event
> object, it seems wrong to me to have the marriage event (and all the
> other pieces of information) as an event of the father and every
> witness. That generates a lot of potential confusion as well: "Is this
> the bride, groom, father or mother's occupation listed here as an
> attribute?"
>

I do not hold the information like occupation in the (attributes of the)
event object, but rather in the attributes of the event reference (in the
top section of the window with the title "Event Reference Editor - GRAMPS").
This is specific to the person. There is also a property called 'Role' in
the event reference which enable one to say whether the person is a bride,
groom, family or witness. This enables the marraige event to be an event
that the father and every witness participate in.


Duncan Lithgow-5 wrote:
>
> As I can hear I'm not the only one who struggles with what I'm
> beginning to think is a too flexible data entry model in GRAMPS...
>

I entirely agree! I wonder how may people use many of the facilities
offered!

Regards,
Tim.
--
View this message in context: http://www.nabble.com/Proposal-for-a-GEDCOM-change-tp24312547p24347252.html
Sent from the GRAMPS - Dev mailing list archive at Nabble.com.


------------------------------------------------------------------------------
_______________________________________________