Hi Helga,

Thanks for sharing your idea. I do think that Notes have their limitations as a way of identifying alternatives or quality issues in, among other information, Location data, and your method provides a potentially quite useful workaround. 


From: "Helge@Gramps" <Helge.Privat@Kabelmail.de>
To: gramps-users@lists.sourceforge.net
Sent: Monday, January 23, 2012 6:22 PM
Subject: Re: [Gramps-users] Event Locations: One newbie question

Hi all,

I do the same today: using notices for special location information as
multiple choices and/or already checked non-choices.
But nevertheless it seems to me not to be a complete solution because if I
use filters or reports I always catch ONE location and may be the hint (by a
note - my be there also other notes...) about a second or a third location
or what ever.
During all interactive work it's more than difficult to see, that a location
has a low confidence level or bad quality of data.

That's why for the moment I use an additional way to sign (I won't use the
word 'mark' because there are mark properties for some objects) at least
events if they have non or lower confidence level / quality of data for the
location and/or for the date by putting special character into the event ID:
+ '#L' means --> location to be checked
+ in the same way '#D' signs the date property if necessary (all possible
date classifications doesn't tell about the confidence / quality of data)
+ and of course: '#LD' signs both.
To be complete I use within the event ID:
+ '@' to sign an event verified by the original document (e.g. birth event
by the birth entry of a church book)
+ '€' to sign an event indirect verified by an official document (e.g. birth
event by the marriage or death document) because in some case I did found
differences between the first an the later documents
(For event IDs one may use any other character instead expect 'E' or '0' to
May goal: To have as much as possible events having a '@'-ID or at least a
'€'-ID. If so, I have verified and well documented events.

May be it's not the best way to that. But for the moment it's helpful for
me, because in Gramps it's always possible to see and print IDs. And the
user has the full access to the ID with a few restrictions only:
+ no double ID (I never tried to use the same ID for several object types
because it seems to be senseless for me)
+ no empty ID


View this message in context: http://gramps.1791082.n4.nabble.com/Names-Three-newbie-questions-tp4316811p4321362.html
Sent from the GRAMPS - User mailing list archive at Nabble.com.

Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
Gramps-users mailing list