|
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:
|
|
|
|
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.
|
|
|
|
Incremental Record IDs
Brian Horridge
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
|
|
|
|
Re: Ancestry Gedcom file
Pat Haefner
|
|
|
|
Re: Ancestry Gedcom file
No, use Roots Magic, which is free.
|
|
|
|
Re: Ancestry Gedcom file
Pat Haefner
Thanks Mike,
I just read through the info so other then buying FTM my only other option is to download all of my media one by one from Ancestry and then save it in FH. Is that about right? Thanks, Pat
|
|
|
|
Re: Ancestry Gedcom file
Welcome Pat. That is a common problem that users encounter when migrating from online trees to PC based genealogy programs. Online trees from such as Ancestry and FindMyPast do NOT export the Media with the GEDCOM. What you can see are the Media records that are trying to link to the online Media, but can never succeed.
The FHUG Knowledge Base has advice for users migrating from other products and importing to Family Historian. https://fhug.org.uk/kb/kb-article/importing-to-family-historian/ The section on ‘Import from Ancestry website’ has specific advice on using Family Tree Maker or Roots Magic as an intermediary to preserve Media.
Regards, Mike Tate
|
|
|