Joan, Select any tag name below the "Filtered" word, right-click the tag name, choose "Filter for," and click on any item that is checked to uncheck it. If more than one item is checked repeat until no items are checked. That should cause all tags to be displayed and remove the red "Filtered" sign. On 2/3/2019 8:13 PM, joanklince@earthlink.net wrote: > In the Person View my screen says Filtered in red on the left near the top. > I used to know how to clear it, but it has escaped me, and I couldn't find > the answer in Help or in GTMOOTMG. Would some kind soul help me out? > > Joan Lince >

In the Person View my screen says Filtered in red on the left near the top. I used to know how to clear it, but it has escaped me, and I couldn't find the answer in Help or in GTMOOTMG. Would some kind soul help me out? Joan Lince

Run a list of citations report setting the criteria as source number equals [?]. Adjust the output to show the columns your want (I like to include id # and tag type). When you run the report, it will prompt you to enter the source number you're looking for so you can use the same report over and over to produce different reports. Nancy > -----Original Message----- > From: sguzik@comcast.net <sguzik@comcast.net> > Sent: Sunday, February 3, 2019 10:06 AM > To: tmg@rootsweb.com > Subject: [TMG] Sources master list and # of citations > > I am cleaning up my TMG projects which means cleaning up my citations. In > the master source list you can see how many times a particular source was > cited. I want to see WHERE that source was cited. In a database with 1400 > people, I don't want to have to go person by person and piece of > information by piece of information. >

Hi Richard, Thank you for the clarification. I carelessly used the term "pseudo-random," which actually has a real meaning (which I actually know). Anyway, I now have to figure out how to fix all those Name-marr tags that have Sort Dates equal to the Marriage tag Date. I tried the magic of TMGU (thanks John!) but this is pretty gnarly. Is the information in a single file that I could (if I weren't risk-averse) write a script to fix? Brian -----Original Message----- From: Richard Damon <Richard@Damon-Family.org> Sent: Sunday, February 3, 2019 4:34 AM To: tmg@rootsweb.com Subject: [TMG] Re: Order of events in Journal Report On 2/2/19 11:23 PM, Brian Gross wrote: > John, Lee and Richard, > > Thank you for the messages. > > John and Lee: I hadn't imagined that the sorting would be pseudo-random, but it makes sense that it would be that way. > > I'll correct the Sort Dates and eliminate the problem. Richard: Thank you for the tip re. Sort Date ranges. > > Brian Just to be clear, it isn't that the sort is 'random', which sort of implies that something is done to intentionally make it different time to time, but that the sort is uncontrolled, that there are no extra factors that are taken in effect to provide a stable sorting for events with the same sort date. For a given database, and a given set of conditions, the sort will give the same result, as computers naturally tend to do the same thing the same way. The issue is that a minor change that seems inconsequential to you might change the results. The best solution is to adjust sort dates so no two events (that you care about their order) have the exact same sort date, then there is not an issue. -- Richard Damon _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community

Does TMG have a direct import from RootsMagic? Robert Thorpe 3247 Bever Circle SE Cedar Rapids IA 52403-3164 319 362 0761 thorpe@skep.com

On 2/3/2019 5:39 PM, BARB & JOEL WATNE wrote: > When I hit F2 to bring up the Master Place List when entering data, I have noticed that the numbers in the "Frequency" column are clearly inaccurate. For example, "Alexandria, Douglas County, Minnesota" is recorded as being cited or used 499 times, and "Evergreen Cemetery, Alexandria, Douglas County, Minnesota" is recorded as being cited only 1 time. I believe that Evergreen Cemetery has probably been cited well over a hundred times, and "Alexandria" several thousand times. A couple months ago, I noticed that "Alexandria" was recorded as being cited 495 times. After a few weeks, with dozens of additional citations, it went to 496. More weeks and dozens of citations later, it went to 497. More weeks, etc., it went to 498. Still more weeks, etc., it went to 499 and has stayed there for a couple of weeks during which "Alexandria" has probably been cited 100-200 times. There are many other situations where I have added a new location, citing it at least half a dozen times (e.g., > residence tags for several family members), and only 1 citation is mentioned. Joel, Remember that a "place" consists of an entry with all values being exactly the same. If the entry in any field is different, a new "place" is created. Thus, every time you enter a new Detail - street address for example - you create a new place. Likewise, if you omit any field, say county, state, or country, or add a field, say LatLong, you create a new place. Beginning there, when you press F2 you are not bringing up a the Master Place List. You are bringing up a specialized list of place fragments starting from the field you were in when you pressed that key. Each of those fragments may appear in several different "places" as defined above. That is, when you see "Alexandria, Douglas County, Minnesota" listed because you have pressed F2 from the City field, that may be a part of dozens of different "places" with different values in the Details field. The "frequency" column in that list does not mean the number of times that place is entered, but rather the number of "places" that place fragment appears in. The number after a city/county/state entry will only increase when you add a new Detail with that same city/county/state. The reason the cemetery shows only a frequency of 1 is you have no entries for it with different Addressees, which is the only lower ranking field. Terry Reigel

This is not a biggie. But.... When I hit F2 to bring up the Master Place List when entering data, I have noticed that the numbers in the "Frequency" column are clearly inaccurate. For example, "Alexandria, Douglas County, Minnesota" is recorded as being cited or used 499 times, and "Evergreen Cemetery, Alexandria, Douglas County, Minnesota" is recorded as being cited only 1 time. I believe that Evergreen Cemetery has probably been cited well over a hundred times, and "Alexandria" several thousand times. A couple months ago, I noticed that "Alexandria" was recorded as being cited 495 times. After a few weeks, with dozens of additional citations, it went to 496. More weeks and dozens of citations later, it went to 497. More weeks, etc., it went to 498. Still more weeks, etc., it went to 499 and has stayed there for a couple of weeks during which "Alexandria" has probably been cited 100-200 times. There are many other situations where I have added a new location, citing it at least half a dozen times (e.g., residence tags for several family members), and only 1 citation is mentioned. Does anyone have an explanation how citation frequency is recorded and why citations are not reflected in the frequency count? If so, is there anything a user can do to get the program to add "1" to the count each time a place is cited? Thanks in advance. Joel Watne

Thanks Richard - another toy to play with (and confuse myself). Sian On Sun, 3 Feb 2019 at 18:24, Richard Damon <Richard@damon-family.org> wrote: > On 2/3/19 8:34 AM, Sian Plant wrote: > > Thank you everyone who helped with my Death Flag issue: using the > utility I > > got it down to 200 individuals who had a death date but still showed > Living > > = ? and changed them manually. I could see no common factor so put it > down > > to just one of those things. > > > > I am now driving myself demented trying to work out how to rationalise > > duplicate tags eg "1851 Census" and "1851 Cen". > > > > I know I cannot merge. I know the utility will convert all of one to all > > of another - but I think I must then delete the unused one manually? > > > > My understanding is that having converted all users to the preferred tag > > (ie someone who had a tag called 1851 Cen now has a tag called 1851 > Census > > but with the same detail of place etc) I should not run any risk of > > deleting data and TMG would alert me if I did. Is that correct? > > > > Please - how do I create a list of which people are using which tag - eg > > 1851 Census? I think I need List of Events and not List of People but I > > then get stuck on how to define the report. > > > > Apologies for being dense but I have been going in circles for some time > > now. > > > > Sian > > Just to be complete, this could have been done with a List of People > Report to. > > One of the filter options allows specifying information from a given Tag > Type, so you could have a filter line like: > > 1851 Census, # of Tag, > , 0 > > To make a report of people with at least 1 1851 Census tag. > > The one thing that trips up some people when they do this, and this is a > case you need to go to the list events report is if you have two lines > referencing the same Tag Type, they don't necessarily refer to the same > tag. This would be something like trying to find who was married in a > place in a given period, trying to build it with a list of people report > would also find people with two marriages, one in the right place, and a > second in the right time. > > -- > Richard Damon > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community >

Michael, John Thank you so much for taking time to explain this in simple terms - well as simple as it gets with TMG. I do indeed have a back up and I will take my time to make the changes a step at a time. The good thing is that I am learning more about TMG each time I do something of this kind. Sian On Sun, 3 Feb 2019 at 20:41, Michael J. Hannah <mjh@rr-nm.net> wrote: > Sian Plant wrote: > > I am now driving myself demented trying to work out how to > > rationalise duplicate tags eg "1851 Census" and "1851 Cen"... > > I know the utility will convert all of one to all of another - > > but I think I must then delete the unused one manually? > > Hi Sian, > > You have recognized that there is a problem if both of two similar tags > now have the same tag type name with the same data. If you have not > already done so, or can restore to the backup before you did the > conversion to cause that, don't. Instead I would choose the tag type > name to keep, but temporarily leave the other tags with the other name. > Your work will be minimized if people do not have duplicates, either > both types of tags which are duplicates or with multiples of the same > type of tag which are duplicates. > > You can use both TMG Filtered reports, and TMG Utility Filterd functions. > > To start, I would create a temporary Flag to use, default value of 'N'. > > Now find all people who are the Principal on a tag type to get rid of, > but do not also have a tag type to keep. Also don't include people who > are Principals on multiple tags of this type. For example, if you want > to get rid of the "1851 Cen" tag types, use the TMG List of People > report with a Filter of: > > 1851 Cen... // # of Tags // = Equals // 1 // AND > Witnessed 1851 Cen... // Role // = Equals // PRINCIPAL // AND > 1851 Census... // # of Tags // = Equals // 0 // END > > If you use some other role name, like HOH, for the main Principal, use > that rolename in the above Filter instead. If there are more than one > rolenames possible for the Principal, use a set of OR conditions within > parentheses for each possible rolename. > > You only need to identify and change the tag type for the person who is > a Principal as that will automatically affect the tag for all who are > witnesses. > > In the report Options use the Secondary Output to set the temporary Flag > for these people to 'Y'. > > Then use the TMG Utility function "Events // Change Event Type" to > change all those old tags to the tag type to keep. But use the "Flag > Filter" (button at bottom of the screen) set to only Include those > people where this Flag has been set to the value 'Y'. > > These above steps simply change the single tag of all Principal people > from the undesired type to the desired type, with no need to delete any > tags. > > Now you need to deal with those people (if any) who have more than one > tag of one type, but none of the other type. These you will have to > examine manually to cause the one tag to keep to have all the > information from all these tags. > > To list the people (if any) who only have multiples of the type to get > rid of you need a List of People report with a Filter of: > 1851 Cen... // # of Tags // > Is greater than // 1 // AND > Witnessed 1851 Cen... // Role // = Equals // PRINCIPAL // AND > 1851 Census... // # of Tags // = Equals // 0 // END > > From the report list you will have to work through these people one by > one. If one of the tags has all the information, just manually delete > the other tag, and change the Tag Type of the remaining tag to the type > you wish to keep. Otherwise use Copy/Paste as needed so that one of the > tags has all the information, now delete the other(s), and then change > the remaining tag's Tag Type. > > To list the people (if any) who only have multiples of the type to keep > you need a List of People report with a Filter of: > 1851 Census... // # of Tags // > Is greater than // 1 // AND > Witnessed 1851 Census... // Role // = Equals // PRINCIPAL // AND > 1851 Cen... // # of Tags // = Equals // 0 // END > > From this report list you will have to work through these people one by > one as above, leaving only one tag with all the information. > > Finally, you will need to check for people (if any) who are a Principal > on both types of tags. To identify these people you need a List of > People report with a Filter of: > 1851 Cen... // # of Tags // > Is greater than // 0 // AND > Witnessed 1851 Cen... // Role // = Equals // PRINCIPAL // AND > 1851 Census... // # of Tags // > Is greater than // 0 // AND > Witnessed 1851 Census... // Role // = Equals // PRINCIPAL // END > > Again you will have to manually cause only one of the tags to have all > the information, delete any others, and finally change the tag type of > the remaining tag if necessary. > > I think this will help minimize your work. With any luck some of these > steps will result in no people matching the filter. And if you are > certain these conditions will not be true, then the one step mentioned > by John will be even simpler. > > And as John often reminds us, make a backup before you do any of this. > > Hope this gives you ideas, > > Michael >

Please let me know when you do and I'll be happy to donate in return for your wonderful utility. Sian On Sun, 3 Feb 2019 at 20:02, John Cardinal <jfcardinal@gmail.com> wrote: > Sian, > > It looks like the PMC has changed their donation system. I was not aware > of it. The donation page needs updating; I haven't adjusted it in four > years. A lot has changed since then. > > John > > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community >

Sian Plant wrote: > I am now driving myself demented trying to work out how to > rationalise duplicate tags eg "1851 Census" and "1851 Cen"... > I know the utility will convert all of one to all of another - > but I think I must then delete the unused one manually? Hi Sian, You have recognized that there is a problem if both of two similar tags now have the same tag type name with the same data. If you have not already done so, or can restore to the backup before you did the conversion to cause that, don't. Instead I would choose the tag type name to keep, but temporarily leave the other tags with the other name. Your work will be minimized if people do not have duplicates, either both types of tags which are duplicates or with multiples of the same type of tag which are duplicates. You can use both TMG Filtered reports, and TMG Utility Filterd functions. To start, I would create a temporary Flag to use, default value of 'N'. Now find all people who are the Principal on a tag type to get rid of, but do not also have a tag type to keep. Also don't include people who are Principals on multiple tags of this type. For example, if you want to get rid of the "1851 Cen" tag types, use the TMG List of People report with a Filter of: 1851 Cen... // # of Tags // = Equals // 1 // AND Witnessed 1851 Cen... // Role // = Equals // PRINCIPAL // AND 1851 Census... // # of Tags // = Equals // 0 // END If you use some other role name, like HOH, for the main Principal, use that rolename in the above Filter instead. If there are more than one rolenames possible for the Principal, use a set of OR conditions within parentheses for each possible rolename. You only need to identify and change the tag type for the person who is a Principal as that will automatically affect the tag for all who are witnesses. In the report Options use the Secondary Output to set the temporary Flag for these people to 'Y'. Then use the TMG Utility function "Events // Change Event Type" to change all those old tags to the tag type to keep. But use the "Flag Filter" (button at bottom of the screen) set to only Include those people where this Flag has been set to the value 'Y'. These above steps simply change the single tag of all Principal people from the undesired type to the desired type, with no need to delete any tags. Now you need to deal with those people (if any) who have more than one tag of one type, but none of the other type. These you will have to examine manually to cause the one tag to keep to have all the information from all these tags. To list the people (if any) who only have multiples of the type to get rid of you need a List of People report with a Filter of: 1851 Cen... // # of Tags // > Is greater than // 1 // AND Witnessed 1851 Cen... // Role // = Equals // PRINCIPAL // AND 1851 Census... // # of Tags // = Equals // 0 // END From the report list you will have to work through these people one by one. If one of the tags has all the information, just manually delete the other tag, and change the Tag Type of the remaining tag to the type you wish to keep. Otherwise use Copy/Paste as needed so that one of the tags has all the information, now delete the other(s), and then change the remaining tag's Tag Type. To list the people (if any) who only have multiples of the type to keep you need a List of People report with a Filter of: 1851 Census... // # of Tags // > Is greater than // 1 // AND Witnessed 1851 Census... // Role // = Equals // PRINCIPAL // AND 1851 Cen... // # of Tags // = Equals // 0 // END From this report list you will have to work through these people one by one as above, leaving only one tag with all the information. Finally, you will need to check for people (if any) who are a Principal on both types of tags. To identify these people you need a List of People report with a Filter of: 1851 Cen... // # of Tags // > Is greater than // 0 // AND Witnessed 1851 Cen... // Role // = Equals // PRINCIPAL // AND 1851 Census... // # of Tags // > Is greater than // 0 // AND Witnessed 1851 Census... // Role // = Equals // PRINCIPAL // END Again you will have to manually cause only one of the tags to have all the information, delete any others, and finally change the tag type of the remaining tag if necessary. I think this will help minimize your work. With any luck some of these steps will result in no people matching the filter. And if you are certain these conditions will not be true, then the one step mentioned by John will be even simpler. And as John often reminds us, make a backup before you do any of this. Hope this gives you ideas, Michael

Sian, When you use the Change Event Type feature, TMGU changes the existing events to the new type. In your case, where you are changing "1851 Cen" events to "1851 Census" events, the only obvious cleanup after you use TMGU is to delete the "1851 Cen" Tag Type. I suppose you might have people who have events of both types now, and so after you use Change Event Type, those people would have two "1851 Census" events. If that's a possibility, use the Log file written by TMGU when it changes the events. It includes the ID number of every person who had an event changed. There's no need to run a separate report in TMG. John

Sian, It looks like the PMC has changed their donation system. I was not aware of it. The donation page needs updating; I haven't adjusted it in four years. A lot has changed since then. John

Sharon asked: > I am cleaning up my TMG projects which means cleaning up my citations... > I hope there is a way to see where each source was cited... The report you want is "List of Citations". Usually one is interested in a single source, so an appropriate report Filter would be: Source Number // = Equals // [?] // END When run the report the '[?]' in the Filter will cause TMG to prompt for the desired source number. Likely Output Columns you may want would identify the Tag Type and its Date, the two Principals of the tag, and probably the CD: Linked Record; Tag Type Linked Record; Date Linked Record; Subject 1; ID Linked Record; Subject 1; Last, First Linked Record; Subject 2; ID Linked Record; Subject 2; Last, First Citation Detail Set the Sort Order as desired. I usually set the Subject 1 ID as primary and work through one person at a time. I have such a report Filter and Definition saved as I use this a lot. Even if you choose to generate an unfiltered report of "all" citations, you could include Output Columns identifying the source and do primary sorting on these fields to work through the sources of interest: Source Abbrev Source Number Hope this gives you ideas, Michael

Brian Gross replied to Richard Damon's suggestion: > I'll correct the Sort Dates and eliminate the problem. > Richard: Thank you for the tip re. Sort Date ranges. In the Index of my on-line book under "Dates" there is an index entry "Multiple events on the same date". Clicking on that jumps to a detailed list of various forms of Sort Dates one can enter to order such multiple dates where all such entries have the same base date. https://www.mjh-nm.net/DATENTRY.HTML#DateRange For example, there are three separate ways to enter date ranges. So: 21 Jul 2006 - 22 Jul 2006 comes before 21 Jul 2006 or 22 Jul 2006 which comes before 21 Jul 2006 to 22 Jul 2006 And if one only has two events on the same date (e.g. Death and Burial), simply appending a question mark will cause such a Sort Date to be after the base date: 21 Jul 2006 comes before 21 Jul 2006? Like Richard I prefer to have multiple tags with the same Date have their Sort Dates all with the event's base date. Hope this gives ideas, Michael

On 2/3/19 8:34 AM, Sian Plant wrote: > Thank you everyone who helped with my Death Flag issue: using the utility I > got it down to 200 individuals who had a death date but still showed Living > = ? and changed them manually. I could see no common factor so put it down > to just one of those things. > > I am now driving myself demented trying to work out how to rationalise > duplicate tags eg "1851 Census" and "1851 Cen". > > I know I cannot merge. I know the utility will convert all of one to all > of another - but I think I must then delete the unused one manually? > > My understanding is that having converted all users to the preferred tag > (ie someone who had a tag called 1851 Cen now has a tag called 1851 Census > but with the same detail of place etc) I should not run any risk of > deleting data and TMG would alert me if I did. Is that correct? > > Please - how do I create a list of which people are using which tag - eg > 1851 Census? I think I need List of Events and not List of People but I > then get stuck on how to define the report. > > Apologies for being dense but I have been going in circles for some time > now. > > Sian Just to be complete, this could have been done with a List of People Report to. One of the filter options allows specifying information from a given Tag Type, so you could have a filter line like: 1851 Census, # of Tag, > , 0 To make a report of people with at least 1 1851 Census tag. The one thing that trips up some people when they do this, and this is a case you need to go to the list events report is if you have two lines referencing the same Tag Type, they don't necessarily refer to the same tag. This would be something like trying to find who was married in a place in a given period, trying to build it with a list of people report would also find people with two marriages, one in the right place, and a second in the right time. -- Richard Damon

Use List of Citations Report, input the Source Number ID and whatever you need to know about under the list of whatever filter options are required. When preparing output columns, I use Linked Record; Subject 1; ID; Linked name; Subject, Last, Given; Linked Record; Tag Type and Citation Detail. I use this all the time, both to check on misspelling in the citation text, etc. I have a large number of different filter descriptions saved (by source type; by source ID number and date; sources with no page numbers, etc.). If I am checking a citation text entry under a specific source ID, I allow for a very large citation detail output (often 75 or more characters) so I can look for errors. Because I have thousands of Find A Grave citations, I often look at citations to that source only on a specific date or between specific dates. . . as a check to make certain my split citations are properly formatted. I could not manage without various List of Citation reports (or List of Events for that matter). Regards, Toby

I am cleaning up my TMG projects which means cleaning up my citations. In the master source list you can see how many times a particular source was cited. I want to see WHERE that source was cited. In a database with 1400 people, I don't want to have to go person by person and piece of information by piece of information. I hope there is a way to see where each source was cited and not just how many times. Thanks - Sharon P.S. I didn't figure out how to search for this without getting hundreds of messages.

Thank you - think I have managed to do this, now need to practice! On Sun, 3 Feb 2019 at 13:58, Fred Claussen <fclausse@pacbell.net> wrote: > Hi Sian: > Here is a way -- with TMG there may be others:) > List of Events > Click on the ADD button > In the first filter window, select Tag Type... > > In the second filter window, select LABEL > In the third window, select EQUALS > In the fourth filter window, type in the specific name of the label you > are looking for. TMG will insert the label name in the third window in > CAPs. > Hit the "Run Report" button at the bottom of the filter definition screen. > > That should work for you. > > Fred Claussen On Sunday, February 3, 2019, 5:35:07 AM PST, Sian Plant < > sian1plant@gmail.com> wrote: > > Thank you everyone who helped with my Death Flag issue: using the utility > I > got it down to 200 individuals who had a death date but still showed Living > = ? and changed them manually. I could see no common factor so put it down > to just one of those things. > > I am now driving myself demented trying to work out how to rationalise > duplicate tags eg "1851 Census" and "1851 Cen". > > I know I cannot merge. I know the utility will convert all of one to all > of another - but I think I must then delete the unused one manually? > > My understanding is that having converted all users to the preferred tag > (ie someone who had a tag called 1851 Cen now has a tag called 1851 Census > but with the same detail of place etc) I should not run any risk of > deleting data and TMG would alert me if I did. Is that correct? > > Please - how do I create a list of which people are using which tag - eg > 1851 Census? I think I need List of Events and not List of People but I > then get stuck on how to define the report. > > Apologies for being dense but I have been going in circles for some time > now. > > Sian > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community > > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community >

Hi Sian: Here is a way -- with TMG there may be others:) List of  Events Click on the ADD button In the first filter window, select Tag Type... In the second filter window, select LABEL In the third window, select EQUALS In the fourth filter window, type in the specific name of the label you are looking for.  TMG will insert the label name in the third window in CAPs. Hit the "Run Report" button at the bottom of the filter definition screen. That should work for you. Fred Claussen On Sunday, February 3, 2019, 5:35:07 AM PST, Sian Plant <sian1plant@gmail.com> wrote: Thank you everyone who helped with my Death Flag issue: using the utility I got it down to 200 individuals who had a death date but still showed Living = ? and changed them manually.  I could see no common factor so put it down to just one of those things. I am now driving myself demented trying to work out how to rationalise duplicate tags eg "1851 Census" and "1851 Cen". I know I cannot merge.  I know the utility will convert all of one to all of another - but I think I must then delete the unused one manually? My understanding is that having converted all users to the preferred tag (ie someone who had a tag called 1851 Cen now has a tag called 1851 Census but with the same detail of place etc) I should not run any risk of deleting data and TMG would alert me if I did.  Is that correct? Please - how do I create a list of which people are using which tag - eg 1851 Census?  I think I need List of Events and not List of People but I then get stuck on how to define the report. Apologies for being dense but I have been going in circles for some time now. Sian _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/tmg@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community