Date   

Re: Backup Custom Facts

Mike Tate
 

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

Mike Tate
 

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
    RootsMagic Import

 

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

Mike Tate
 

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

Mike Tate
 

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
 

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

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


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:

... FH should have used 1620 again not the 1627 it did use. ...

 

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

Mike Tate
 

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:
... FH should have used 1620 again not the 1627 it did use. ...

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

Thanks - that's solve my problem  (I also changed the last-used family number)

Brian

On 30/08/2021 15:12, Mike Tate wrote:

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

 


Virus-free. www.avg.com


Re: Incremental Record IDs

Mike Tate
 

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

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:

FH has never reused record numbers.

 

If you want to renumber everything, use Tools> Record Identifiers > Generate New Records IDs starting from 1.

 

However, if the record number are important to you (perhaps because you’ve used them in a filing scheme or on a website that you can’t easily regenerate with the new numbers) this will not be what you want.

 

Most people seem to leave the numbers untouched (i.e. allow FH to allocate them) and live with any gaps.

 

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Brian Horridge via groups.io
Sent: 30 August 2021 14:41
To: family-historian@groups.io
Subject: [family-historian] Incremental Record IDs

 

Can someone help please.

By mistake, I added some people into a wrong project which, once realised, I then deleted the relevant individuals, families, places and any other fact about these people that I could find.

However, when I next went to add someone to the same project, I noticed that the next Record ID allocated was the one after the people I had just deleted which then left a gap in the Record ID numbering.  I'm sure I've done this in the past and FH has then re-used the first deleted ID (I envisioned FH learnt the "next number" when loading the Gedcom file).

I've tried re-starting my project several times (having "saved" it without the unwanted entries) and every time the same thing happens.

I'm assuming there is something somewhere related to the project / Gedcom which records the last number used but I cannot find where / how to reset this.

I am using FH Ver 6.2.7

Many thanks

Brian


Virus-free. www.avg.com


Re: Incremental Record IDs

colevalleygirl@colevalleygirl.co.uk
 

FH has never reused record numbers.

 

If you want to renumber everything, use Tools> Record Identifiers > Generate New Records IDs starting from 1.

 

However, if the record number are important to you (perhaps because you’ve used them in a filing scheme or on a website that you can’t easily regenerate with the new numbers) this will not be what you want.

 

Most people seem to leave the numbers untouched (i.e. allow FH to allocate them) and live with any gaps.

 

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Brian Horridge via groups.io
Sent: 30 August 2021 14:41
To: family-historian@groups.io
Subject: [family-historian] Incremental Record IDs

 

Can someone help please.

By mistake, I added some people into a wrong project which, once realised, I then deleted the relevant individuals, families, places and any other fact about these people that I could find.

However, when I next went to add someone to the same project, I noticed that the next Record ID allocated was the one after the people I had just deleted which then left a gap in the Record ID numbering.  I'm sure I've done this in the past and FH has then re-used the first deleted ID (I envisioned FH learnt the "next number" when loading the Gedcom file).

I've tried re-starting my project several times (having "saved" it without the unwanted entries) and every time the same thing happens.

I'm assuming there is something somewhere related to the project / Gedcom which records the last number used but I cannot find where / how to reset this.

I am using FH Ver 6.2.7

Many thanks

Brian

1261 - 1280 of 5311