BJ, I've several thoughts and a question as follow-ups to your very helpful comments. 1. You said you tend to enter the house number/street address in the fact Description field to cut down on the number of entries in the place name list. My personal preference at this point is to include address-related information (such as street number, street name, city/town [if different from the information in the Place field], and zip code) in the Place Detail field. As you point out, this creates a unique entry in the place name list. A benefit, however, is that one can then associate a latitude/longitude location with that entry so the location of the address can be plotted on the FTM map in the Places workspace. For those folks who create a separate Address fact in addition to a location-related fact, I assume they keep the Address fact's location unresolved with respect to the Place Name Authority. 2. Like you, I prefer to preserve the original location information as much as possible. The PNA doesn't make this easy, however, as it is an authority of the present and not of the past. If I understand correctly, you would have handled Christine's challenge as follows, leaving the entry unresolved with respect to the PNA: Place detail: Place name: Gold Coast, West Africa Description: Here's how I handle the case: Place detail: Gold Coast, West Africa (at the time) Place name: Ghana Description: This allows resolution with respect to the PNA of the location using its current name, while preserving information on the former name. 3. One pet peeve I have with the PNA is that it uses a 4-tier jurisdictional hierarchy instead of a 5-tier one. Frequently there are villages/towns in the PNA that are in townships in the PNA. One option for handling this situation is to use the village/town as the fourth tier level, thereby taking township out of the hierarchy for that entry. An alternative is to use township as the fourth tier level, indicating the village/town under Place detail. This can be undesirable because the village/town then cannot have any locations placed under it in the FTM/PNA representation of the hierarchy. Thus, neither option is very satisfying. 4. My question involves FTM 2014 navigation. In the People workspace under the Person tab, how can one easily get to a map showing the location of a place-related fact? In FTM 2014 it is easy to go from the Places workspace (showing the geographic location of a place on a map) to the facts associated with that place under the People workspace. Unless I've overlooked something, going the opposite direction is not nearly as easy. Jim Hoke ------------------------------ Message: 11 Date: Tue, 24 Mar 2015 18:42:48 -0600 From: BJ <oldtrails@gmx.com> Subject: Re: [FTM-TECH] Program crashes when resolving place names To: ftm-tech@rootsweb.com Message-ID: <55120488.2060202@gmx.com> Content-Type: text/plain; charset=windows-1252; format=flowed ... I understand the desire to incorporate the house number and street address into the Place name; however, you need to understand - that will create a unique entry for each house number and street in your list of Place names. Personally, I think creates too many unique place names with very little benefit. I normally want the place names to reflect a group. Therefore, I will enter the Cemetery name along with the place name. In most instances, I will have multiple facts associated with a given cemetery. If you do not use the hierarchical listing, you will wind up with one listing for every house number street combination. Even if you use the hierarchical listing, the place names will be grouped under the Country name, State name, County name, City name with one entry for each house number street address combination. Again that tends to be too many for me to browse through efficiently. So I tend to enter the house number street address in the fact Description field. This keeps my place names to a more manageable list making it easier to use Fast Find in the Place Names. ... Hope this helps. BJ ------------------------------ Message: 3 Date: Wed, 25 Mar 2015 15:28:55 -0600 From: BJ <oldtrails@gmx.com> Subject: Re: [FTM-TECH] Program crashes when resolving place names To: ftm-tech@rootsweb.com Message-ID: <55132897.30001@gmx.com> Content-Type: text/plain; charset=windows-1252; format=flowed .. > What do you do with the place Gold Coast, West Africa? I know it is now > Ghana but it wasn't at the time. I would probably handle it this way as I prefer to preserve the original data as much as possible. I would enter the Place name, "Gold Coast, West Africa" and leave it as unresolved. The "unresolved" indicator is simply an advisory flag which brings it to your attention. It doesn't mean the information is incorrect but simply alerts you the the fact it is not in the Place Name Authority data base. Alternately, if you want to get rid of the "unresolved" indicator, you can elect to ignore the alert.

Hi Jim, Thanks for the idea of dealing with the Gold Coast. I like it. Not perfect, but I think the best that is available. Christine