|
<br> acts differently
Edward Sneithe
I am trying to re work all my sentences but have come up with this anomaly - most probably of my own making. I am using FH 7.0.9.2
My sentence looks like this: <para> {individual} appeared in the {date:YEAR} census as head of household< at {address}>< {place}>< with wife {role=Wife}>. The census was enumerated {date}. <br>{=TextIf(Exists(%FACT._SHAR%) and Not(%FACT._SHAR.ROLE% = "Wife") or Exists(%FACT._SHAR[2]%)," Other household members were:","")}<<br> Father: {role(single)=father}><<br> Fathers: {role(plural)=father}><<br> Mother: {role(single)=mother}><<br> Mothers: {role(plural)=mother}> <para> The sentence in the sentence box of the property box for the fact looks like this:  The sentence in the narrative report looks like this: Adam appeared in the 1941 census as head of household at 1 East Center ST. in Manchester with wife MaryAnne SAMUEL. The census was enumerated on January 1, 1941. Other household members were: Father: Henry SMITH Mother: Henrietta SIMPSON
|
|
|
|
Re: Backup Custom Facts
Actually, I supplied the answer and it is reiterated in the first document: The simplest way to backup/restore everything is the Backup and Restore Family Historian Settings plugin. See the https://fhug.org.uk/kb/kb-article/backup-and-recovery/ Backup and Recovery advice. That explains what is included in FH Project Backups and what is NOT included. It says either use the File > Import/Export commands or the plugin I mentioned above. I suspect you have customized much more than just Fact Types, so the plugin is the answer to preserving them all.
Mike
|
|
|
|
Re: Backup Custom Facts
Edward Sneithe
Mike, Thank you. The answer was in the second document. Now that I have found it I'm still not sure if any FH backup will copy this file. It will copy the fact that is in a project folder but I see no reference to to it backing up the Programdata/Calico Pie/Family Hostorian/fact Types where my custom fact resides. Should I plan on copying that file as well?
On Sunday, September 5, 2021, 11:05:46 AM EDT, Mike Tate <post@...> wrote:
There is plenty of information and advice about such things in the FHUG Knowledge Base. The simplest way to backup/restore everything is the Backup and Restore Family Historian Settings plugin. See: https://fhug.org.uk/kb/kb-article/backup-and-recovery/ https://fhug.org.uk/kb/kb-article/understanding-the-scope-of-features/ https://fhug.org.uk/kb/kb-article/family-historian-program-data-folder/
Mike Tate
|
|
|
|
Re: Backup Custom Facts
There is plenty of information and advice about such things in the FHUG Knowledge Base. The simplest way to backup/restore everything is the Backup and Restore Family Historian Settings plugin. See: https://fhug.org.uk/kb/kb-article/backup-and-recovery/ https://fhug.org.uk/kb/kb-article/understanding-the-scope-of-features/ https://fhug.org.uk/kb/kb-article/family-historian-program-data-folder/
Mike Tate
|
|
|
|
Backup Custom Facts
Edward Sneithe
I have a question about custom facts and where they are stored. I am reworking my backup procedures and want to make sure everything is backed up. So far I have found the following locations for fact sets:
/ProgramFiles(X86)/FamilyHistorian/FactTypes Standard Extended Set Standardv1 Standardv2 Standardv3 Standardv4 Standardvr
Only by project so far Custom
Documents/familyHisorianProjects/FactSets DNA GedMatch Military2
My question is the location of the custom fact set when set for not project specific?
|
|
|
|
Re: List addresses and places
Julia Vokes
Mike
Thank you so much it’s worked fantastically
Regards Julia
From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Mike Tate
Sent: 01 September 2021 16:18 To: family-historian@groups.io Subject: Re: [family-historian] List addresses and places
Without knowing how you have structured your Address and Place fields it is difficult to be specific. I suggest you create a custom Fact Query without the Columns you don’t need but with Columns for %FACT.ADDR% and %FACT.PLAC%. You can then save the Result Set as a CSV file that will open in Excel where you can sort and filter as required.
|
|
|
|
Re: List addresses and places
Without knowing how you have structured your Address and Place fields it is difficult to be specific. I suggest you create a custom Fact Query without the Columns you don’t need but with Columns for %FACT.ADDR% and %FACT.PLAC%. You can then save the Result Set as a CSV file that will open in Excel where you can sort and filter as required.
|
|
|
|
List addresses and places
Julia Vokes
Hello
I’m going on a visit near to some ancestral places and thought that I would photograph the roads and buildings in 2021 to show how places change. As I won’t have my computer and therefore FH with me I need to print out a list of addresses and places so that I can drive round as efficiently as possible. Ideally I’d like the printout to list one instance of Building name or number, street, village, county. How do I do this and can I export the results into Excel in order to filter duplicates
I’m running FH v 6.2.7
Thanks in advance for any advice Julia
|
|
|
|
Re: Old question
Edward Sneithe
Mike, Thanks for the response. I usually backup but for some reason I forgot. As I rebuild my PC I am working out a scheme with multiple hard drives internal and at least one external. This was totally my fault and I should know better. It looks like in addition to a bad drive I now also have a bad data cable for the second drive. My PC is the gift that keeps on giving.
On Monday, August 30, 2021, 12:46:21 PM PDT, Mike Tate <post@...> wrote:
Edward, did you not backup your customisations? If not, why not? Use the Backup and Restore Family Historian Settings plugin and save the backup wherever you save your Project backups.
The essence of testing for facts involves such as {=TextIf(Exists(%CUR_PRIN.BIRT%),"Yes","No" )} Replace BIRT with BAPM, DEAT or BURI as necessary. Replace “Yes” and “No” with whatever sentence constructors you need. However, you cannot use codes such as {individual} or {date} or {place} only data refs and functions.
Mike Tate
|
|
|
|
Re: Removing unused places in split tree helper
Elizabeth Adkins
The quickest way I have found to remove several unused place records is to use Tools>Work with Data> Places. If you click on the column heading Used to sort all the records with 0 links together. Select all the records you no longer need and choose the merge option, Select any record to merge to and click OK, This will leave just one record to delete manually. ( Or you can merge it to a record you want to keep - either option works).
|
|
|
|
Re: Old question
Edward, did you not backup your customisations? If not, why not? Use the Backup and Restore Family Historian Settings plugin and save the backup wherever you save your Project backups.
The essence of testing for facts involves such as {=TextIf(Exists(%CUR_PRIN.BIRT%),"Yes","No" )} Replace BIRT with BAPM, DEAT or BURI as necessary. Replace “Yes” and “No” with whatever sentence constructors you need. However, you cannot use codes such as {individual} or {date} or {place} only data refs and functions.
Mike Tate
|
|
|
|
Old question
Edward Sneithe
I have asked this question before and received a very well thought out response that worked well.
I want to be able to test in a fact sentence (ie. birth/baptism or death/burial ) to see if there was also a baptism and be able to combine those two facts into a single sentence. The reason I am re-asking the question is that I just had a catastrophic disk failure and this information was lost. I just finished reinstalling FH 7.0.7 and found that many items have been lost through my error. Any help with this would be great
|
|
|
|
Re: Removing unused places in split tree helper
colevalleygirl@colevalleygirl.co.uk
toggle quoted messageShow quoted text
From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Brian Horridge via groups.io
Sent: 30 August 2021 15:54 To: family-historian@groups.io Subject: [family-historian] Removing unused places in split tree helper
Hi
|
|
|
|
Removing unused places in split tree helper
Brian Horridge
Hi
I've just extracted one small Pool of people from a larger project file using Split Tree Helper and removing anyone with a different Pool number (using a custom query). The process works fine and I have just the individuals and families left that I want. However, the process does not seem to remove Places no longer used so I have almost 800 places with no links to them (only 4 are now used in my shorter file). I appreciate I could have deleted the unused Places one-by-one but that would have taken ages with so many unused places. I got round it by editing the Gedcom file in a text editor and then FH re-added the ones left but it seems a long-winded (and risky) way of doing things. Split Tree Helper has options to remove Notes, Multimedia, Sources and Repository records with no links to them but does not seem to allow the removal of Places without links. Can you advise the best way to purge unused place records please. Many thanks Brian Note: I am using FH Ver 6.2.7
|
|
|
|
Re: Incremental Record IDs
colevalleygirl@colevalleygirl.co.uk
Thanks, Adrian. FH never has and I hope never will reuse an ID number, wherever it sits in the sequence of ID numbers. If someone is happy to mess around with the contents of your Gedcom (as Mike T has suggested) good luck to them, but for most people it wouldn’t be desirable or necessary.
From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Adrian Bruce
Sent: 30 August 2021 15:30 To: Family Historian Groups.io mailing list <family-historian@groups.io> Subject: Re: [family-historian] Incremental Record IDs
On Mon, 30 Aug 2021 at 15:12, Brian Horridge via groups.io <brian.horridge=btinternet.com@groups.io> wrote:
I beg to disagree. FH has no knowledge of what you might have done in the space between creating and deleting those ids. A user might, for instance, have run a query exporting individual ids while the short-term records were still in existence. If the exported data is then used as an audit trail, then re-use of the same id for two records is a confusing and therefore seriously bad idea. For reasons like that, best practice would advise that ids are never reused.
Now, if you know that you didn't do anything of the sort and are happy to take the risk of editing a GEDCOM file, then fair enough - but CP should be taking a safe view and not reusing anything.
Adrian
|
|
|
|
Re: Incremental Record IDs
Postscript. If you realised your mistake soon enough and used Edit > Undo… before closing FH then I suspect the Record Id would have reverted as you wanted. Alternatively, perhaps you could use the Revert to Snapshot that effectively reverts to an earlier GEDCOM and thus earlier Record Id.
Mike Tate
|
|
|
|
Re: Incremental Record IDs
Adrian Bruce
On Mon, 30 Aug 2021 at 15:12, Brian Horridge via groups.io <brian.horridge=btinternet.com@groups.io> wrote:
I beg to disagree. FH has no knowledge of what you might have done in the space between creating and deleting those ids. A user might, for instance, have run a query exporting individual ids while the short-term records were still in existence. If the exported data is then used as an audit trail, then re-use of the same id for two records is a confusing and therefore seriously bad idea. For reasons like that, best practice would advise that ids are never reused. Now, if you know that you didn't do anything of the sort and are happy to take the risk of editing a GEDCOM file, then fair enough - but CP should be taking a safe view and not reusing anything. Adrian
|
|
|
|
Re: Incremental Record IDs
Brian Horridge
Mike
toggle quoted messageShow quoted text
Thanks - that's solve my problem (I also changed the last-used family number) Brian
On 30/08/2021 15:12, Mike Tate wrote:
|
|
|
|
Re: Incremental Record IDs
Yes, it is held in the GEDCOM file in the last line of the HEAD record just before the first INDIvidual record: 1 _USED I122,F50,N1,S40,R6,U0,B0,O37,P69,T60 So if certain of what you are doing, then edit that line so that I122 is the largest Individual Record Id in use. (Note that the first character is the capital letter I and not the digit 1.)
Mike Tate
|
|
|
|
Re: Incremental Record IDs
Brian Horridge
Colevalleygirl
toggle quoted messageShow quoted text
I agree that FH does not re-use "empty" IDs in the middle of a sequence but the IDs in the case of these deleted records had the highest numbers. After I deleted the unwanted records, the highest number was the previous highest so FH should have re-allocated the first deleted entry's number again (as there were no higher numbers lift in the gedcom file). The numbers are as follows:- Previous numbers last highest = 1619 Records added by mistake (and then deleted) 1620-1626 ID of next "new" entry added 1627 After deleting records 1620-1626 (and after closing and re-opening the project) FH should have used 1620 again not the 1627 it did use. Brian
On 30/08/2021 14:48,
colevalleygirl@... wrote:
|
|
|