At 01:24 PM 8/8/2019 -0400, Mark LI wrote: >Thank you Lee for your suggestion. >I have tried it, and greatly simplified the full footnote format to >(copy & pasted from TMG): > >[ITAL:][TITLE][:ITAL]; [URL]memorial/[CD3] > >[URL] is:  https://www.findagrave.com/ >Tag Memo is:  Plot 104-D|| ||40956381 > Your sentence is specifying Citation DETAIL, not the Tag MEMO

I too can copy/paste the link into the Firefox address bar where it works. What does not work is to click the link from my SS website. Toby Sent from my iPad > On Aug 8, 2019, at 12:29 PM, Lee Hoffman <[email protected]> wrote: > > At 8/8/2019 13:10, Toby Turner wrote >> Despite making the change to https://www.findagrave.com/memorial/[CD5] in which CD5 = memorial number, FireFox continues to report: "Blocked by Content Security Policy- An error occurred during a connection to www.findagrave.com. Firefox prevented this page from loading in this way _because the page has a content security policy that disallows it_." >> >> The simple, new address may work in other browsers, but it refuses to work for me with Firefox and, presumably, anyone using FireFox who visits my site. According to FireFox help, this is a "frame" issue, but the fixes found relate to very different types of websites. > > I have no problem using the format with Firfox. If I paste: > "http://www.findagrave.com/memorial/40956381" > (no quotes) into the address bar of Firefox, the desired Find-A-Grave website appears. Either Firefox or Find-A-Grave conberts the "http" to "https", but gives no error message. Could it be that your security program is blocking the site? > > Lee > > > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/[email protected] > 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

I "suspect" TMG's handling of the <> markers is causing the unknown designation. I noted an undocumented feature/behaviour in my book: The TMG HELP explicitly states that “Conditional brackets and variables cannot be nested” and implies that only one variable may be included within a single set of conditional brackets. However it can be shown as an _undocumented_ feature that if multiple variables are included within a single set of conditional brackets, the text within the brackets is only output if *all* variables within those brackets have value. These constructs work in both TMG and Second Site. So I "suspect" TMG is seeing two variables within a single set of conditional brackets one of which is undefined, and thus giving "unknown" for the entire construct. Michael

At 8/8/2019 13:10, Toby Turner wrote >Despite making the change to >https://www.findagrave.com/memorial/[CD5] in which CD5 = memorial >number, FireFox continues to report: "Blocked by Content Security >Policy- An error occurred during a connection to www.findagrave.com. >Firefox prevented this page from loading in this way _because the >page has a content security policy that disallows it_." > >The simple, new address may work in other browsers, but it refuses >to work for me with Firefox and, presumably, anyone using FireFox >who visits my site. According to FireFox help, this is a "frame" >issue, but the fixes found relate to very different types of websites. I have no problem using the format with Firfox. If I paste: "http://www.findagrave.com/memorial/40956381" (no quotes) into the address bar of Firefox, the desired Find-A-Grave website appears. Either Firefox or Find-A-Grave conberts the "http" to "https", but gives no error message. Could it be that your security program is blocking the site? Lee

Thank you Lee for your suggestion. I have tried it, and greatly simplified the full footnote format to (copy & pasted from TMG): [ITAL:][TITLE][:ITAL]; [URL]memorial/[CD3] [URL] is:  https://www.findagrave.com/ Tag Memo is:  Plot 104-D|| ||40956381 footnote from Journal Report is: 9. Find-A-Grave web site; https://www.findagrave.com/memorial/unknown detail. Could there be something wrong with my installation of TMG ver 9.05? Thanks, Mark Waldron --- This email has been checked for viruses by AVG. https://www.avg.com

Despite making the change to https://www.findagrave.com/memorial/[CD5] in which CD5 = memorial number, FireFox continues to report: "Blocked by Content Security Policy- An error occurred during a connection to www.findagrave.com. Firefox prevented this page from loading in this way _because the page has a content security policy that disallows it_." The simple, new address may work in other browsers, but it refuses to work for me with Firefox and, presumably, anyone using FireFox who visits my site. According to FireFox help, this is a "frame" issue, but the fixes found relate to very different types of websites. Does anybody know if changing to <; Memorial Number: \<a href="http://www.findagrave.com/cgi-bin/fg.cgi?page=gr&GRid=[CD2]"\>[CD2]\</a\>> by John Cardinal works with Firefox? Regards, Toby

Lee Hoffman wrote: > ... However, when the report is generated, the result is that the > Conditional Markers remain even though the CD3 entry is included. > Also, the "<" bracket before the "a href=...." has > been dropped even though the "\" before the "<" says to leave it. Yes, Lee, I agree. For some reason the preview of the FF in the Source Definition appears correct, and the FF preview when viewing that Citation to the tag appears correct. But the Journal report differs. Don't have time to research this further now, but "guess" more TMG codes, such at [HTML:][:HTML] may help TMG understand this construct. Michael

At 8/8/2019 11:17, John Cardinal wrote >That's a significantly different approach. It seems like it would work, but >it doesn't explain why his current setup doesn't work now. Mine is very >similar to what he is using, and works perfectly. I tried his Full Footnote Template and the result was the retention of the Conditional Markers around the text that includes the URL instead of around the HTML coding of the URL. The only difference I see in his and yours is that he left out the "cgi-bin/fg.cgi?page=gr&GRid=" and added "memorial/". The result should be exactly what you see in the browser address bar of a Find-A-Grave web page -- lacking only the "/" & name if the page is accessed from within Find-A-Grave. (Oh and Find-A-Grave converts it from HTTP to HTTPS). The actual result is that the memorial number is repeated due to the double use of the [CD3] Source Element. Removing the second instance gives a preview that seems correct allowing for the fact that the preview sees the URL and adjunctive text as conditional and leave the Conditional Markers as expected. However, when the report is generated, the result is that the Conditional Markers remain even though the CD3 entry is included. Also, the "<" bracket before the "a href=...." has been dropped even though the "\" before the "<" says to leave it. I have tried a number of ways to change it so that the "< >" brackets remain around the HTML encoded portion, but always end up not being able to save the result due to TMG seeing an imbalance in the brackets. This is why I recommend dropping the HTML encoding. Lee

Lee, That's a significantly different approach. It seems like it would work, but it doesn't explain why his current setup doesn't work now. Mine is very similar to what he is using, and works perfectly. John

At 8/7/2019 17:15, Mark (LI) wrote >John, I have been trying to use the format you >gave for Find-A-Grave citations, without success. >Here's what I currently have for the full footnote: ><[COMPILER], ><[ITAL:][TITLE][:ITAL].> ><; Memorial Number: \<a >href="http://www.findagrave.com/memorial/[CD3]"\>[CD3]\</a\>> >< [COMMENTS],>. > >[TITLE] is:Â Find-A-Grave web site >[Url] is:Â http://www.findagrave.com/ >[CD} is:Â Plot 104-D|| ||40956381 > >And here is the result I see in a TMG narrative report footnote: >9. Find-A-Grave web site. ><; Memorial Number: unknown detail</a>>. I am unsure what your have as the Full Footnote Source Template. Does the Template actually have the HTML code \<a href="http://www.findagrave.com/memorial/[CD3]"\> in it? If so, the URL Source Element is not being used and (for the Full Footnote) does not need an entry in the General tab of the Source Definition. Secondly, using what you have above, I get a Full Footnote like: 21 Find-A-Grave Web Site.; Memorial Number: a ref="http://www.findagrave.com/memorial/40956381"40956381</a>>. I would remove the HTML enccoding and use a Full Footnote Template like: <[COMPILER], >[ITAL:][TITLE][:ITAL]; [URL]<memorial/<[CD3]>/ < [COMMENTS]>. The Title & italics Source Elements do not need to be in Conditional Brackets since it is definitiely there at all times. The result would be like the following preview: Find-A-Grave Web Site; http://www.findagrave.com/memorial/<[CD3]>/. or actual like: 21 Find-A-Grave Web Site; http://www.findagrave.com/memorial/40956381/. (Note that the URL is not underlined in the Preview or in the report. This underlining is done by my e-mail program). The format of the resulting URL in the Full Footnote is such that a copy/paste of it into a browser will cause the appropriate Find-A-Grave web page (for Mary Cowan Boyd in this case) to appear. Lee

Has anyone created a Haplogroup tag to record mtDNA and if so what would the sentence structure be? Pros and cons of a Haplogroup tag. Did not want to use a flag because I want to include it in the journal report. Alexander Payne

Mark, I don't see anything wrong with the Full footnote. The output doesn't seem right at all. The HTML is not included but the "unknown detail" text is present as if TMG thought the reference to the [CD3] was not conditional. The output includes "<" and ">" characters that delimit a conditional reference in the Full footnote: <; Memorial Number: unknown detail</a>>. The first "<" and the last ">" are not preceded by "\" in the Full footnote, so they should be treated as the conditional reference delimiters. There are a couple linebreaks in the Full footnote as shown in your message. Are there any linebreaks in the actually Full footnote stored in the source in TMG? Are you sure you have the \ characters in all the right places (before the HTML < and > characters)? Did you copy/paste the actual Full footnote from TMG into your email message? If not, then I suspect there are issues with which characters are escaped and which are not. John

John, I have been trying to use the format you gave for Find-A-Grave citations, without success. Here's what I currently have for the full footnote: <[COMPILER], ><[ITAL:][TITLE][:ITAL].> <; Memorial Number: \<a href="http://www.findagrave.com/memorial/[CD3]"\>[CD3]\</a\>> < [COMMENTS],>. [TITLE] is:  Find-A-Grave web site [Url] is:  http://www.findagrave.com/ [CD} is:  Plot 104-D|| ||40956381 And here is the result I see in a TMG narrative report footnote: 9. Find-A-Grave web site. <; Memorial Number: unknown detail</a>>. Using ver 9.05 What am I doing wrong? Thanks, Mark --- This email has been checked for viruses by AVG. https://www.avg.com

Thank you to John Cordes and Terry Reigel! I went to Task Master and disabled from the Start Menu Dropbox, Carbonite, and Dashlane. I rebooted the computer, made a gedcom and all 2504 people were imported to the new program. I would have never figured this out without your suggestion. Thank you! Louise

On 8/6/2019 5:03 PM, Louise Rosett wrote: > I have spent two days trying to get a complete gedcom. When I use data set 4 and make a focus group of 12 people who are not yet connected to my tree, the gedcom is fine. When I try to make a gedcom from everyone in data set 4, which has 2504 people, I do not get all the people. Step 8: Finish has two bars. Between the top and bottom bar it says 99%; never gets to 100%. Below the bottom bar it says Exporting….100%. Then the box opens and says Export is finished. > > When I import this gedcom to another program it says the gedcom has 536 people. What has happened to the remaining 1970 people who were supposedly exported in a gedcom but are not found and imported to another program? > > Any ideas? Lousie, This sounds to me like some other program is interfering with creation of the Gedcom. Something like a cloud backup program or an antivirus program. More likely the former I think. Terry Reigel

My guess would be that you have some sort of cloud backup program monitoring one or more of the relevant TMG directories - or possibly an antivirus program is doing something like that. Problems with GEDCOM exports from TMG in such a situation have been reported many times. John Cordes On Tue, Aug 06, 2019 at 03:03:56PM -0600, Louise Rosett wrote: > HI, > > I have spent two days trying to get a complete gedcom. When I use data set 4 and make a focus group of 12 people who are not yet connected to my tree, the gedcom is fine. When I try to make a gedcom from everyone in data set 4, which has 2504 people, I do not get all the people. Step 8: Finish has two bars. Between the top and bottom bar it says 99%; never gets to 100%. Below the bottom bar it says Exporting….100%. Then the box opens and says Export is finished. > > When I import this gedcom to another program it says the gedcom has 536 people. What has happened to the remaining 1970 people who were supposedly exported in a gedcom but are not found and imported to another program? > > Any ideas? > > Louise

HI, I have spent two days trying to get a complete gedcom. When I use data set 4 and make a focus group of 12 people who are not yet connected to my tree, the gedcom is fine. When I try to make a gedcom from everyone in data set 4, which has 2504 people, I do not get all the people. Step 8: Finish has two bars. Between the top and bottom bar it says 99%; never gets to 100%. Below the bottom bar it says Exporting….100%. Then the box opens and says Export is finished. When I import this gedcom to another program it says the gedcom has 536 people. What has happened to the remaining 1970 people who were supposedly exported in a gedcom but are not found and imported to another program? Any ideas? Louise

Hello, Do the flag settings have any impact on who is included in a gedcom? Louise

Louise, Do you have multiple Datasets in your Project? For example in Step 4, just above the "All people" button is that small subwindow all grey? Or can you click on it to choose an appropriate Dataset? If so, are you choosing one that does not contain these people? Michael

Michael J. Hannah wrote: > Richard Damon wrote: >> It appears to me that using <[M]> enables the interpretation >> of | as a conditional in the memo. > > Yes, Richard, that is right. ... TMG recognizes the > special meaning of a single vertical bar as its defined > "Two Principals Separator" character. > ... I will update the description of this > separator in my book to mention this TMG behaviour... > I will also add a description of this behaviour > in my list of outstanding bugs. The description of the "Two Principals Separator" character in my book now includes a warning about this unexpected behavior. https://www.mjh-nm.net/TAGSENTS.HTML#TwoPrinSeparator I have also added it to my list of bugs: https://www.mjh-nm.net/BUGS.HTML#B106 I hope this will warn some other user of this behaviour in the future. Michael