On 1/19/18 8:44 PM, Brian Gross wrote: > Hello, > > Thank you, John and Robin, for the information about Location Variables. > > I have a related question about creating sentences with different entities > in [L4]. > > I've been entering entire phrases in [L4] like "Colfax County" or > "Plaquemine Parish" in order to have sentences like "Bill lived in [L]" read > "Bill lived in Clarkson, Colfax County, Nebraska" or "Bill lived in > "Plaquemine, Iberville Parish, Louisiana". (I don't want sentences that > read "Bill lived in Clarkson, Colfax, Nebraska".) > > In order to eliminate the descriptors "County" and "Parish" from [L4] I > modified the templates in the Master Style List to read " <[County] County, >> " or "<[Parish] Parish, >". This works fine as for sentences like "Bill > lived in [L]". Sentences that would use the labels independently need to > be written as "Bill lived in [L3], [L4] County, [L5]". > > Is there a side-effect to this approach that I might not have noticed? > > So, can anyone share how they handle things like counties and parishes? > (More generally, multiple entities stored in a single Location Variable.) > > Thanks for your help! > > Brian The major effect of having the word county added by the sentence template instead of being in the place record is that the word county won't appear when the location isn't processed as a sentence. This could be for GEDCOM export, or with Second Site when it build Geo-Coding for the place. It also means that you need to a different style for each distinct labeling that you need to use (think other countries). As to handling multiple entries in a single location variable, I generally try to avoid it. If an event seems to want multiple locations mentioned, it is likely one that I am custom building the full sentence, and I will put the extra places into the sentence in the memo, using a tag which shows most of the data with a [M]. I will sometimes split the tag into two tags for example to say that they move from on location to another, and use the sentence merging code to combine them into 1 apparent sentence. -- Richard Damon

On 1/19/2018 4:42 PM, Brian Gross wrote: > The location variables [L4], [LCN] and [COUNTY] all provide whatever's in the [L4] variable (that might not be a "county," depending on whatever place style has been used. > > Is there any advantage to using one or the other of these variables? In other words "John lived in [L3]." vs "John lived in [LCI]." or "John lived in [CITY]." > > This all came up after I messed with some place styles and replaced the "County" label with "Parish". I realized that the variables [LCI] or [COUNTY] were a little confusing if what was in [L4] was actually a Parish. > > Would anyone like to share their own practices? Brian, I use only the [L2], [L3], etc. variables exclusively. I often use them in Memos and custom Sentences in Tags and and find it easy to remember which is which by referring to the place fields in the Tag Entry Screen - the first field is [L1], the second [L2], etc. Terry Reigel

Hello, Thank you, John and Robin, for the information about Location Variables. I have a related question about creating sentences with different entities in [L4]. I've been entering entire phrases in [L4] like "Colfax County" or "Plaquemine Parish" in order to have sentences like "Bill lived in [L]" read "Bill lived in Clarkson, Colfax County, Nebraska" or "Bill lived in "Plaquemine, Iberville Parish, Louisiana". (I don't want sentences that read "Bill lived in Clarkson, Colfax, Nebraska".) In order to eliminate the descriptors "County" and "Parish" from [L4] I modified the templates in the Master Style List to read " <[County] County, >" or "<[Parish] Parish, >". This works fine as for sentences like "Bill lived in [L]". Sentences that would use the labels independently need to be written as "Bill lived in [L3], [L4] County, [L5]". Is there a side-effect to this approach that I might not have noticed? So, can anyone share how they handle things like counties and parishes? (More generally, multiple entities stored in a single Location Variable.) Thanks for your help! Brian

Brian, The sentence variables [L4], [LCN], and [COUNTY] are all synonyms and there is no technical advantage to one over the other. Likewise with [L3], [LCI], and [CITY], and the other sets of names for the part values. I think of those sets as the numbered place variables, the abbreviated place variables, and the unabbreviated place variables. I suggest that you pick one set and use that set consistently. So, use [L3], [L4], and [L5], etc., together rather than mixing [L3] and [L4] with [STATE] and [COUNTRY], etc. When editing a Place Style output template, you should only use the label assigned to a part in that Place Style. So, for example, don't use [COUNTY] in a Place Style output template when you have named that part [PARISH] in the template. At one point, TMG allowed that error and produced the output you might expect, so many users didn't catch it. (That might still be true; I can't recall.) However, according to the formal rules, [COUNTY] has no meaning in a Place Style output template where the label for the 4th part is "PARISH". Second Site follows the rules, and it will issue an error message in that case. You cannot use Place Style labels in sentence templates. So, while [PARISH] is valid in a Place Style output template that has PARISH as a label, [PARISH] is not valid in a Tag Type sentence even if the sentence is assigned to a tag whose place uses a Place Style that includes that label. When editing the project-wide "Short Place Template", I recommend that you use the [Ln] versions, i.e., [L1], [L2], etc. The short place template applies to all places, and those places may have different styles and different uses for the various place parts. Using the non-specific labels may remind you of that, and avoid some issues that might arise otherwise. I hope this helps. John

The Boston-area group TMG meeting will take place this Saturday, Jan 20, from 1-4 pm in Burlington. We will be meeting at our usual location in Burlington at the Patriot Energy/Mint Energy building on Commonwealth Executive Drive at 1 pm. Directions: Turn off 95/128 at exit 32B, Middlesex Tpke heading towards Boston (away from the Burlington Mall). Immediate left onto Wheeler Road. Then first left (about 1/4 mile) onto Commonwealth Executive Drive. There is only one building at the end of the road. Go in the front door, upstairs. The meeting will be on the RIGHT on the second floor. There is an elevator. If there are any last minute questions my cell phone is 781-999-2451. Remember the refreshments..... Linda Reinfeld

Thanks, Richard I was sure I hadn't been into the "old" Place List for ages, but no doubt Firefox remembered anyhow!!! Problem fixed with the old CTRL-F5 easily. Much appreciated! Bruce Fairhall On 17/01/2018 1:39 PM, Richard Damon wrote: On 1/16/18 9:16 PM, Richard Damon wrote: On 1/16/18 8:34 PM, Bruce W Fairhall wrote: G'day! I just regenerated my home family files and uploaded it to my web site. For some reason, the PLACE INDEX list does not work correctly: When I click on a Place Name in the list it does not show that place at the top of the new screen with family names. SEE: [1]http://www.fairhall.id.au/families/myline/index.htm Help, please. -- *Bruce Fairhall* Your place index seems to work for me, at least on a couple randomly chosen places. One thought that came to mind, is that your computer may have cached some of the old pages, and is using the stale copy, which doesn't point to the right final page. Perhaps try forcing a refresh on the index page might help. References 1. http://www.fairhall.id.au/families/myline/index.htm

Friends One of our Sydney TMG User Group members was copying her backup TMG9 installation file to a USB stick to loan to another user and received the following pop-up message from Windows: Are you sure you want to copy this file without its properties? The file TMG9-5 setup.exe has properties that can't be copied to this new location. Following that were the file description, version, size etc. Does anyone know what causes this possible problem and how can it be solved? Thank you -- Bruce Fairhall

I would guess that the File System on the Memory Stick is not the same as the one on the Computer. An example is FAT32 on the stick and NTFS on the computer.  Some security and sharing information may not get copied. The solution is to reformat the stick to NTFS and then do the backup. Ed Feustel A Network for Grateful Living WORD FOR THE DAY (December 16, 2017) Perhaps the secret of living well is not in having all the answers but in pursuing unanswerable questions in good company. Rachel Naomi Remen [VISIT GRATEFULNESS.ORG] On 2018-01-16 17:32, Bruce W Fairhall wrote: > Friends > One of our Sydney TMG User Group members was copying her backup TMG9 > installation file to a USB stick to loan to another user and received > the following pop-up message from Windows: > Are you sure you want to copy this file without its properties? > The file TMG9-5 setup.exe has properties that can't be copied > to this new location. > Following that were the file description, version, size etc. > Does anyone know what causes this possible problem and how can it be > solved? > Thank you > > -- > > Bruce Fairhall > The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message >

    Many thanks to everyone who encouraged and helped me make the transition to TMG9.05.  I have it installed on two machines, one running Windows 10 32 bit (my old computer), the other Windows 10 64 bit.  Progress in moving over to the 64 bit environment has been pretty good except for one feature: neither computer's TMG will backup my project.  (I should add that my TMG7.04 project still backs up fine).     In each case the backup process ends with the error message 'OLE exception error: code 00000fd. OLE object may be corrupt'.  I have assumed that is is referring to the data being held by TMG and have been reviewing it.  Looking in the Exhibit Log under All exhibits, type: OLE shows none present.  I have checked the exhibits under Videos and all appear to be functioning correctly. I have also entered exhibits under the Insert New Exhibit (Other) command, so I have checked these.  I did discover that some had file names far too long as I had altered them not realising that they were the same files that were attached as exhibits.  These have now all been shortened considerably.  All these are mp4 exhibits and all run satisfactorily and show no signs of being corrupted.   All other exhibits are images and a few pdf text files.  Again as far as I can tell none appear to be corrupt and tests indicate no exhibits are missing.     I am working with only a small part of my complete project for a cousin and the problem seems to lie in it as the sample database that comes with TMG backs up properly.     As someone who makes regular and frequent backups I feel uncomfortable not being able to do this.  Does anyone have any thoughts on what might be wrong? With thanks and Happy New Year to all Nick Shelley

Hi Not sure where I am going wrong, but each time I try to export the Focus Group to a Gedcom file, there is no data there, file size 1K, I have done this successful many times Any help appreciated. Alexander Payne

Jim In SS: Pages -> User Items -> Master Place Index. John Cordes On Sat, Jan 13, 2018 at 09:33:24PM -0600, Jim Slade wrote: > Where/how do you find: "*Show Excluded Place Data*" > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> > Virus-free. > www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > On Fri, Jan 12, 2018 at 12:42 PM, John Cardinal <[email protected]> > wrote: > > > Afina, > > > > When creating the master place index, SS merges places that have the same > > part values. Because you told SS to include parts that are single-excluded > > (that's what "Show Excluded Place Data" controls), SS merged the three > > places you described: when the excluded data is not excluded, the three > > places have the same part values. > > > > Even though SS has merged the places, it has a full TMG place record for > > each place, and SS does not know that the places represent the same > > physical > > location. As a counter-example, if you do not include the place detail > > field > > in the master place index, then all the locations in the same town will be > > merged, i.e., a bunch of places collapse to one in the master place index, > > but the merged places represent different physical locations. > > > > Anyway, that's why you are seeing the three map links. > > > > You can suppress a map link for a certain place by adding > > [:NO-PLACE-MAP-LINK:] to the place. See: > > > > http://ss.johncardinal.com/sscodes.htm#noplacemaplink > > > > So, if you omit the GEO-PLACE entry you have for the place that have > > excluded parts, and use the [:NO-PLACE-MAP-LINK:] code in its place, you > > should get the outcome you want. > > > > John > > > > The TMG archive is found here: http://archiver.rootsweb. > > ancestry.com/th/index/TMG/ > > Instructions on how to subscribe to TMG: http://lists.rootsweb. > > ancestry.com/index/other/Software/TMG.html > > ------------------------------- > > To unsubscribe from the list, please send an email to > > [email protected] with the word 'unsubscribe' without the quotes > > in the subject and the body of the message > > > The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message

Where/how do you find: "*Show Excluded Place Data*" <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Fri, Jan 12, 2018 at 12:42 PM, John Cardinal <[email protected]> wrote: > Afina, > > When creating the master place index, SS merges places that have the same > part values. Because you told SS to include parts that are single-excluded > (that's what "Show Excluded Place Data" controls), SS merged the three > places you described: when the excluded data is not excluded, the three > places have the same part values. > > Even though SS has merged the places, it has a full TMG place record for > each place, and SS does not know that the places represent the same > physical > location. As a counter-example, if you do not include the place detail > field > in the master place index, then all the locations in the same town will be > merged, i.e., a bunch of places collapse to one in the master place index, > but the merged places represent different physical locations. > > Anyway, that's why you are seeing the three map links. > > You can suppress a map link for a certain place by adding > [:NO-PLACE-MAP-LINK:] to the place. See: > > http://ss.johncardinal.com/sscodes.htm#noplacemaplink > > So, if you omit the GEO-PLACE entry you have for the place that have > excluded parts, and use the [:NO-PLACE-MAP-LINK:] code in its place, you > should get the outcome you want. > > John > > The TMG archive is found here: http://archiver.rootsweb. > ancestry.com/th/index/TMG/ > Instructions on how to subscribe to TMG: http://lists.rootsweb. > ancestry.com/index/other/Software/TMG.html > ------------------------------- > To unsubscribe from the list, please send an email to > [email protected] with the word 'unsubscribe' without the quotes > in the subject and the body of the message >

Thanks John, As usual your explanations are clear Afina ------------- Afina Broekman [email protected] website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/ ________________________________ From: TMG <[email protected]> on behalf of John Cardinal <[email protected]> Sent: Friday, January 12, 2018 1:42 PM To: 'The Master Genealogist Rootsweb Email List' Subject: Re: [TMG] Place list and Maps Afina, When creating the master place index, SS merges places that have the same part values. Because you told SS to include parts that are single-excluded (that's what "Show Excluded Place Data" controls), SS merged the three places you described: when the excluded data is not excluded, the three places have the same part values. Even though SS has merged the places, it has a full TMG place record for each place, and SS does not know that the places represent the same physical location. As a counter-example, if you do not include the place detail field in the master place index, then all the locations in the same town will be merged, i.e., a bunch of places collapse to one in the master place index, but the merged places represent different physical locations. Anyway, that's why you are seeing the three map links. You can suppress a map link for a certain place by adding [:NO-PLACE-MAP-LINK:] to the place. See: http://ss.johncardinal.com/sscodes.htm#noplacemaplink So, if you omit the GEO-PLACE entry you have for the place that have excluded parts, and use the [:NO-PLACE-MAP-LINK:] code in its place, you should get the outcome you want. John The TMG archive is found here: http://archiver.rootsweb.ancestry.com/th/index/TMG/ Instructions on how to subscribe to TMG: http://lists.rootsweb.ancestry.com/index/other/Software/TMG.html ------------------------------- To unsubscribe from the list, please send an email to [email protected] with the word 'unsubscribe' without the quotes in the subject and the body of the message

John, Thanks for that hint. I had overlooked that Afina ------------- Afina Broekman [email protected] website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/

It is checked ------------- Afina Broekman [email protected] website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/

Intrigued by the previous discussion on the place list and the place index, I am now exploring this. I had never used the place index before, and I checked Terry's article which was (of course) very useful. I have one question, though. I have many places where I control the output levels for reports with exclusion markers in the place fields. This seems to give me multiple map icons for basically the same place, even if I specify the map link to be the full place. For instance: the following gives me 1 place (all three have [HID:][GEO-PLACE:]Salcombe,, County Devon, England[:GEO-PLACE][:HID] in the Temple Field), but three icons, one for each listing Salcombe,,County Devon, England Salcombe,,-County Devon, England Salcombe,,-County Devon, -England Am I overlooking something, or is this intentional? Thanks for any thoughts Afina ------------- Afina Broekman [email protected] website: http://dutchgenie.net blog: http://dutchgenie.net/wordpress/

Dr. McMahon had to cancel her presentation in the first session of the meeting of the ROOTS Users Group of Arlington (RUG) on Saturday morning, 13 January, due to family health problems. However, Susan Johnston will still be present for her session at 10:30am; you can download her handout from the RUG's main web page at http://www.rootsusers.org/ Instead, during the first session we will offer to help those who attend in person with their laptops and their projects. So that our on-line attendees won't feel left out, we will monitor the join.me chat for any questions and/or problems and then everyone in the room as well as those on join.me can answer and/or solve them. The Executive Committee

Afina, When creating the master place index, SS merges places that have the same part values. Because you told SS to include parts that are single-excluded (that's what "Show Excluded Place Data" controls), SS merged the three places you described: when the excluded data is not excluded, the three places have the same part values. Even though SS has merged the places, it has a full TMG place record for each place, and SS does not know that the places represent the same physical location. As a counter-example, if you do not include the place detail field in the master place index, then all the locations in the same town will be merged, i.e., a bunch of places collapse to one in the master place index, but the merged places represent different physical locations. Anyway, that's why you are seeing the three map links. You can suppress a map link for a certain place by adding [:NO-PLACE-MAP-LINK:] to the place. See: http://ss.johncardinal.com/sscodes.htm#noplacemaplink So, if you omit the GEO-PLACE entry you have for the place that have excluded parts, and use the [:NO-PLACE-MAP-LINK:] code in its place, you should get the outcome you want. John

I am running TMG on my iMac via Oracle VirtualBox and Windows 10. It works fine, but I need to swap back to Mac because all my notes and data are stored there. Efter 4-5 swaps it stops working and I am not able to swap. It it of course not a TMG problem. I just want to know if others has experienced this problem and have a solution to it. -- Kind regards Kurt Hansen

Afina, In your Master Place Index User Item, is "Show Excluded Place Data" checked or unchecked? John