Date   

Re: phishing email

David Potter
 

Yes same here although mine went in Spam email folder.

 

Kind Regards

 

David Charles Potter

 


Re: phishing email

Jan Howell
 

Oops! What if you've already clicked it?



Sent from my Galaxy



-------- Original message --------
From: "Ian Thirlwell via groups.io" <i.thirlwell@...>
Date: 07/01/2021 11:08 (GMT+00:00)
To: family-historian@groups.io
Subject: [family-historian] phishing email

I received a phishing email via the group this morning, supposedly from a Bill Metcalf. The email contains a link which obviously should NOT be clicked. NB I did not click it myself!
Ian


Re: phishing email

John Gibb <johnmgibb@...>
 

Me too.


On 7 Jan 2021, at 11:08, Ian Thirlwell via groups.io <i.thirlwell@...> wrote:


I received a phishing email via the group this morning, supposedly from a Bill Metcalf. The email contains a link which obviously should NOT be clicked. NB I did not click it myself!
Ian


phishing email

Ian Thirlwell
 

I received a phishing email via the group this morning, supposedly from a Bill Metcalf. The email contains a link which obviously should NOT be clicked. NB I did not click it myself!
Ian


You have received some incoming files from Bill Metcalf

Bill Metcalf
 
Edited

EDITED By Moderator - this is a phishing email .


                                You have received some incoming files. 

                                  Received on: January 07 2020 

                                    Reference: 75243163818

Many thanks.

 

Bill Metcalf

 

bill.metcalf@...

 


Re: QUERY: V7 icon size & spacing in diagrams compared to V6

Graham Kent
 

As requested, the converted Icons have been uploaded to the FHUG Knowledge Base Downloads under the title 2021 Converted Icons ( https://fhug.org.uk/kb/download/2021-converted-icons/ ).

This is a set of Icons extracted from all of the FHUG ‘Diagram Icons’ converted into the new “emf” format used by ƒh7. Credit goes to all those whose contributions have been updated and made available – Thank You all.
 
There are NO Flags or Numbered Labels as these have been included with fH7 under the titles of “Flags” and “Number Labels”.



Re: Editing Places in FH7

johnfirr@...
 

Thanks all.
A lot to take in. This thread is definitely going in the "useful for later reference file".
regards
John Firr


Re: Geocoding

Adrian Bruce
 

On Wed, 6 Jan 2021 at 15:56, <graham.kent872@gmail.com> wrote:
...
6. Paste the Geocode into the Lat./Long. box in fH7.
...
Thank you Graham - do you know, I'd never actually realised that
pasting the decimal version of the "Geocode" into Lat / Long.
automatically translates into degrees, minutes, seconds, etc...? I
must have passed over decimal versions several times saying that I
wanted degrees & minutes, etc!!! :-(

Adrian


Re: Editing Places in FH7

Adrian Bruce
 

On Wed, 6 Jan 2021 at 16:00, Lorna Craig via groups.io
<l.m.craig=ntlworld.com@groups.io> wrote:

The mapping function uses modern place/county names, so when you record a place with its historic name it is advisable to use the Standardized field in the Place record to include the modern name. ...
This is particularly useful if, like me, you insist that there was no
such country as Australia before 1 January 1901 and terminate such
place-names with the appropriate colony-name. Originally I didn't have
the Standardized value set, didn't check the geo-coding (not sure
which geocoding mechanism I was using) and eventually discovered that
my (Ozzie) places ending in "Victoria" had geocoded to match Victoria
in British Columbia, Canada. Err - not quite where I wanted them to
map to!

Adrian


Re: Editing Places in FH7

Mike Tate
 

I am not sure about the FH Map Window geocoding but my Map Life Facts plugin removes North, South, East, West & Riding from Yorkshire as it usually geocodes more reliably in Google Maps. However, if there are multiple similar place names then they may need manually correcting.

Don’t forget that you can also help the geocoder by entering the modern place name in the Standardized field while keeping the original historic name in the main Place name field.

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Victor Markham via groups.io
Sent: 06 January 2021 15:30
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

I would like to say one thing about this when it comes to places in Yorkshire. Always add East, North or West to the Yorkshire county name. I have no idea what happens with geo coding or even the revised boundaries which now includes South Yorkshire. Here are some examples are Scalby, North Yorkshire. There is Scalby, East Yorkshire. The first os North of Scarborough and the second next to Gilberdkye, West of Hull. Another example is Hessle, East Yorkshire and Hessle, West Yorkshire. The first is West of Hull and the second near Wakefield. There could be other similar names in Yorkshire. Would geo coding recognise the differences?

Would geo coding also recognise Sheffield, West Yorkshire or Sheffield, South Yorkshire (as it is today due to revised admin boundary changes). I prefer to stick to the original boundaries which in reality are still there butnot as admin boundaries.

Victor

On 06/01/2021 3:00 pm, Lorna Craig via groups.io wrote:

Mike is correct, of course, but he is thinking of performing the merge in the standard way which can be used for any record type, by selecting the records to be emerged in the Records window then using Edit>Merge/Compare Records.  On the other hand I was thinking of Using Tools>Work with Data>Places, where you can select the records to be merged and then click the Merge button.  In that case you only get to choose one whole record for the final version, and you cannot ‘pick and choose’ which parts are retained.  So if you do it that way the final record will have whatever geocoding was in the record you selected for the final version, even if it had none and one of the other records did have geocoding.

 

Lorna

From: Mike Tate
Sent: 06 January 2021 14:18
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

The principles of merging any type of record are fundamentally the same, but depend on several factors.

 

If a particular field is allowed multiple instances, such as Notes or linked Media, then the Merge keeps all instances from both records.

 

If a particular field is only allowed one instance, such as Lat/Long geocoding, then the Merge applies some simple rules.

When only one of the two records has a value in that field, or the value in both records is the same, then that value is kept in the merged record.

It is only when both records have a different value in that field that a decision is needed.

Whichever record is chosen as the final or preferred record then its field value is kept by default, but that can be reversed in the Merge Record dialogue.

 

So when Lorna says for the final merged record the geocoding in that record will remain unchanged is not strictly correct.

If the preferred final record has no geocoding, but the other record does, then that other geocoding will be used by default, but can be manually overridden.

 

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 13:50
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

When you merge two Place records you choose which one is to be the  final merged record, and the geocoding in that record will remain unchanged.   When you edit the name of a record the geocoding remains unchanged.  If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.)   Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

 

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if...  to Always, and tick Block Refresh for Non-tentative Geocodes. 

 

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John

 

 


Re: Editing Places in FH7

Lorna Craig
 

The mapping function uses modern place/county names, so when you record a place with its historic name it is advisable to use the Standardized field in the Place record to inlcude the modern name.  The standardized field will then be used for geocoding, but the historic name will be displayed.   Coventry, Warwickshire, England and Coventry, West Midlands, England initially display in slightly different places (the pin for the former is placed roughly in the middle of the county of Warwickshire).  But if you enter Coventry, West Midlands in the standardized field for Coventry, Warwickshire and then refresh the geocoding you will see the pin jump to the centre of Coventry.


On 06/01/2021 15:43, Neil Grantham via groups.io wrote:
I don't know the answer about geocoding, but I use the boundaries in place at the time of the event.

EG, I was born in Coventry, which was Warwickshire at the time, and recorded as such in FH. My children's births are recorded as Coventry, West Midlands.

I haven't made much use of the map to see what FH makes of it.


Best Wishes


Neil.



------ Original Message ------ From: "Victor Markham via groups.io" <victor@...> To: family-historian@groups.io Sent: Wednesday, 6 Jan, 2021 At 15:29 Subject: Re: [family-historian] Editing Places in FH7

I would like to say one thing about this when it comes to places in Yorkshire. Always add East, North or West to the Yorkshire county name. I have no idea what happens with geo coding or even the revised boundaries which now includes South Yorkshire. Here are some examples are Scalby, North Yorkshire. There is Scalby, East Yorkshire. The first os North of Scarborough and the second next to Gilberdkye, West of Hull. Another example is Hessle, East Yorkshire and Hessle, West Yorkshire. The first is West of Hull and the second near Wakefield. There could be other similar names in Yorkshire. Would geo coding recognise the differences?

Would geo coding also recognise Sheffield, West Yorkshire or Sheffield, South Yorkshire (as it is today due to revised admin boundary changes). I prefer to stick to the original boundaries which in reality are still there butnot as admin boundaries.

Victor



Re: Geocoding

Graham Kent
 

I've recently had some problems with the Geocoding in fH7 (my own fault not the program), so I have used a fairly simple approach, as follows -

1. Open the Place in fH7 so that you can edit it (various methods - see Help file),
2. Copy the name of the place (such as 'LN2 1NN' - the postcode for the Lincoln Registry Office),
3. Paste the name into Google Maps,
4. Look around for something or somewhere that you are as sure you can be that you have the right place then click on that location on the map (Lincoln Registry Office is marked on the map a few metres away from the postcode marker),
5. RIGHT click on the marker that you want the Geocode for and select the top result (a set of numbers) - the Geocode is then added to your clipboard,
6. Paste the Geocode into the Lat./Long. box in fH7.
Job Done.

I have found that the Maps window will put the new geocode onto the map as fast as you paste the Lat./Long in !

Hope this helps


Re: Editing Places in FH7

Neil Grantham
 

I don't know the answer about geocoding, but I use the boundaries in place at the time of the event.

EG, I was born in Coventry, which was Warwickshire at the time, and recorded as such in FH. My children's births are recorded as Coventry, West Midlands.

I haven't made much use of the map to see what FH makes of it.


Best Wishes


Neil.





------ Original Message ------
From: "Victor Markham via groups.io" <victor@...>
To: family-historian@groups.io
Sent: Wednesday, 6 Jan, 2021 At 15:29
Subject: Re: [family-historian] Editing Places in FH7

I would like to say one thing about this when it comes to places in Yorkshire. Always add East, North or West to the Yorkshire county name. I have no idea what happens with geo coding or even the revised boundaries which now includes South Yorkshire. Here are some examples are Scalby, North Yorkshire. There is Scalby, East Yorkshire. The first os North of Scarborough and the second next to Gilberdkye, West of Hull. Another example is Hessle, East Yorkshire and Hessle, West Yorkshire. The first is West of Hull and the second near Wakefield. There could be other similar names in Yorkshire. Would geo coding recognise the differences?

Would geo coding also recognise Sheffield, West Yorkshire or Sheffield, South Yorkshire (as it is today due to revised admin boundary changes). I prefer to stick to the original boundaries which in reality are still there butnot as admin boundaries.

Victor

On 06/01/2021 3:00 pm, Lorna Craig via groups.io wrote:

Mike is correct, of course, but he is thinking of performing the merge in the standard way which can be used for any record type, by selecting the records to be emerged in the Records window then using Edit>Merge/Compare Records. On the other hand I was thinking of Using Tools>Work with Data>Places, where you can select the records to be merged and then click the Merge button. In that case you only get to choose one whole record for the final version, and you cannot ‘pick and choose’ which parts are retained. So if you do it that way the final record will have whatever geocoding was in the record you selected for the final version, even if it had none and one of the other records did have geocoding.

Lorna

From: Mike Tate
Sent: 06 January 2021 14:18
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

The principles of merging any type of record are fundamentally the same, but depend on several factors.

If a particular field is allowed multiple instances, such as Notes or linked Media, then the Merge keeps all instances from both records.

If a particular field is only allowed one instance, such as Lat/Long geocoding, then the Merge applies some simple rules.

When only one of the two records has a value in that field, or the value in both records is the same, then that value is kept in the merged record.

It is only when both records have a different value in that field that a decision is needed.

Whichever record is chosen as the final or preferred record then its field value is kept by default, but that can be reversed in the Merge Record dialogue.

So when Lorna says for the final merged record the geocoding in that record will remain unchanged is not strictly correct.

If the preferred final record has no geocoding, but the other record does, then that other geocoding will be used by default, but can be manually overridden.

Mike Tate

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 13:50
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

When you merge two Place records you choose which one is to be the final merged record, and the geocoding in that record will remain unchanged. When you edit the name of a record the geocoding remains unchanged. If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.) Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if... to Always, and tick Block Refresh for Non-tentative Geocodes.

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John


--
Neil Grantham
-------------------
Using FH 7 & AS 7
Researching Grantham, Skuce, Barrow, Birchall.


Re: Editing Places in FH7

Victor Markham
 

I would like to say one thing about this when it comes to places in Yorkshire. Always add East, North or West to the Yorkshire county name. I have no idea what happens with geo coding or even the revised boundaries which now includes South Yorkshire. Here are some examples are Scalby, North Yorkshire. There is Scalby, East Yorkshire. The first os North of Scarborough and the second next to Gilberdkye, West of Hull. Another example is Hessle, East Yorkshire and Hessle, West Yorkshire. The first is West of Hull and the second near Wakefield. There could be other similar names in Yorkshire. Would geo coding recognise the differences?

Would geo coding also recognise Sheffield, West Yorkshire or Sheffield, South Yorkshire (as it is today due to revised admin boundary changes). I prefer to stick to the original boundaries which in reality are still there butnot as admin boundaries.

Victor

On 06/01/2021 3:00 pm, Lorna Craig via groups.io wrote:

Mike is correct, of course, but he is thinking of performing the merge in the standard way which can be used for any record type, by selecting the records to be emerged in the Records window then using Edit>Merge/Compare Records.  On the other hand I was thinking of Using Tools>Work with Data>Places, where you can select the records to be merged and then click the Merge button.  In that case you only get to choose one whole record for the final version, and you cannot ‘pick and choose’ which parts are retained.  So if you do it that way the final record will have whatever geocoding was in the record you selected for the final version, even if it had none and one of the other records did have geocoding.

 

Lorna

From: Mike Tate
Sent: 06 January 2021 14:18
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

The principles of merging any type of record are fundamentally the same, but depend on several factors.

 

If a particular field is allowed multiple instances, such as Notes or linked Media, then the Merge keeps all instances from both records.

 

If a particular field is only allowed one instance, such as Lat/Long geocoding, then the Merge applies some simple rules.

When only one of the two records has a value in that field, or the value in both records is the same, then that value is kept in the merged record.

It is only when both records have a different value in that field that a decision is needed.

Whichever record is chosen as the final or preferred record then its field value is kept by default, but that can be reversed in the Merge Record dialogue.

 

So when Lorna says for the final merged record the geocoding in that record will remain unchanged is not strictly correct.

If the preferred final record has no geocoding, but the other record does, then that other geocoding will be used by default, but can be manually overridden.

 

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 13:50
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

When you merge two Place records you choose which one is to be the  final merged record, and the geocoding in that record will remain unchanged.   When you edit the name of a record the geocoding remains unchanged.  If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.)   Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

 

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if...  to Always, and tick Block Refresh for Non-tentative Geocodes. 

 

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John

 

 


Re: Geocoding

Mike Tate
 

Open them in the Map Window.

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Julia Brotherton via groups.io
Sent: 06 January 2021 15:15
To: family-historian@groups.io
Subject: [family-historian] Geocoding

 

Inspired by upgrading to FH7 andthe thread about merging places records I have been tidying up my FH places files. What puzzles me is that only some of the places have a geocode attached.  I would like to add geocodes to the places without them What is the simplest way to do this please. Julia


Geocoding

Julia Brotherton
 

Inspired by upgrading to FH7 andthe thread about merging places records I have been tidying up my FH places files. What puzzles me is that only some of the places have a geocode attached.  I would like to add geocodes to the places without them What is the simplest way to do this please. Julia


Re: Editing Places in FH7

Mike Tate
 

You live and learn.

I had expected the Tools > Work with Data > Places Merge… would use the Edit > Merge/Compare Records default rules, but clearly not.

That is probably because the former allows multiple Place records to be Merged, whereas the latter only allows two.

 

The consequence is that only the chosen Place record is preserved. Any Media, Notes, Lat/Long, etc, in the other Place record(s) gets discarded.

So take more care when using the Tools > Work with Data > Places Merge… method.

 

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 15:00
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

Mike is correct, of course, but he is thinking of performing the merge in the standard way which can be used for any record type, by selecting the records to be emerged in the Records window then using Edit>Merge/Compare Records.  On the other hand I was thinking of Using Tools>Work with Data>Places, where you can select the records to be merged and then click the Merge button.  In that case you only get to choose one whole record for the final version, and you cannot ‘pick and choose’ which parts are retained.  So if you do it that way the final record will have whatever geocoding was in the record you selected for the final version, even if it had none and one of the other records did have geocoding.

 

Lorna

From: Mike Tate
Sent: 06 January 2021 14:18
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

The principles of merging any type of record are fundamentally the same, but depend on several factors.

 

If a particular field is allowed multiple instances, such as Notes or linked Media, then the Merge keeps all instances from both records.

 

If a particular field is only allowed one instance, such as Lat/Long geocoding, then the Merge applies some simple rules.

When only one of the two records has a value in that field, or the value in both records is the same, then that value is kept in the merged record.

It is only when both records have a different value in that field that a decision is needed.

Whichever record is chosen as the final or preferred record then its field value is kept by default, but that can be reversed in the Merge Record dialogue.

 

So when Lorna says for the final merged record the geocoding in that record will remain unchanged is not strictly correct.

If the preferred final record has no geocoding, but the other record does, then that other geocoding will be used by default, but can be manually overridden.

 

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 13:50
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

When you merge two Place records you choose which one is to be the  final merged record, and the geocoding in that record will remain unchanged.   When you edit the name of a record the geocoding remains unchanged.  If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.)   Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

 

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if...  to Always, and tick Block Refresh for Non-tentative Geocodes. 

 

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John

 

 


Re: Editing Places in FH7

Lorna Craig
 

Mike is correct, of course, but he is thinking of performing the merge in the standard way which can be used for any record type, by selecting the records to be emerged in the Records window then using Edit>Merge/Compare Records.  On the other hand I was thinking of Using Tools>Work with Data>Places, where you can select the records to be merged and then click the Merge button.  In that case you only get to choose one whole record for the final version, and you cannot ‘pick and choose’ which parts are retained.  So if you do it that way the final record will have whatever geocoding was in the record you selected for the final version, even if it had none and one of the other records did have geocoding.

 

Lorna

From: Mike Tate
Sent: 06 January 2021 14:18
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

The principles of merging any type of record are fundamentally the same, but depend on several factors.

 

If a particular field is allowed multiple instances, such as Notes or linked Media, then the Merge keeps all instances from both records.

 

If a particular field is only allowed one instance, such as Lat/Long geocoding, then the Merge applies some simple rules.

When only one of the two records has a value in that field, or the value in both records is the same, then that value is kept in the merged record.

It is only when both records have a different value in that field that a decision is needed.

Whichever record is chosen as the final or preferred record then its field value is kept by default, but that can be reversed in the Merge Record dialogue.

 

So when Lorna says for the final merged record the geocoding in that record will remain unchanged is not strictly correct.

If the preferred final record has no geocoding, but the other record does, then that other geocoding will be used by default, but can be manually overridden.

 

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 13:50
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

When you merge two Place records you choose which one is to be the  final merged record, and the geocoding in that record will remain unchanged.   When you edit the name of a record the geocoding remains unchanged.  If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.)   Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

 

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if...  to Always, and tick Block Refresh for Non-tentative Geocodes. 

 

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John

 

 


Re: Editing Places in FH7

Mike Tate
 

The principles of merging any type of record are fundamentally the same, but depend on several factors.

 

If a particular field is allowed multiple instances, such as Notes or linked Media, then the Merge keeps all instances from both records.

 

If a particular field is only allowed one instance, such as Lat/Long geocoding, then the Merge applies some simple rules.

When only one of the two records has a value in that field, or the value in both records is the same, then that value is kept in the merged record.

It is only when both records have a different value in that field that a decision is needed.

Whichever record is chosen as the final or preferred record then its field value is kept by default, but that can be reversed in the Merge Record dialogue.

 

So when Lorna says for the final merged record the geocoding in that record will remain unchanged is not strictly correct.

If the preferred final record has no geocoding, but the other record does, then that other geocoding will be used by default, but can be manually overridden.

 

Mike Tate

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Lorna Craig via groups.io
Sent: 06 January 2021 13:50
To: family-historian@groups.io
Subject: Re: [family-historian] Editing Places in FH7

 

When you merge two Place records you choose which one is to be the  final merged record, and the geocoding in that record will remain unchanged.   When you edit the name of a record the geocoding remains unchanged.  If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.)   Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

 

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if...  to Always, and tick Block Refresh for Non-tentative Geocodes. 

 

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John

 


Re: Editing Places in FH7

Lorna Craig
 

When you merge two Place records you choose which one is to be the  final merged record, and the geocoding in that record will remain unchanged.   When you edit the name of a record the geocoding remains unchanged.  If you then want to refresh the automatic geocoding, select the record(s) in the Records window and click Map>Map Location of Selected Place Records (or use Tools>Work with Data> Places, select them there then click View in Map>View in Map Window.)   Then, in the Map Window toolbar use Map>Geocoding>Refresh Geocoding.

 

By the way, in order to avoid accidentally refreshing the geocoding for a Place you have previously geocoded manually, it is recommended that you use Tools>Preferences>Map Window and set Mark Auto-geocodes as Tentative if...  to Always, and tick Block Refresh for Non-tentative Geocodes. 

 

Lorna

....I just want to check that if I edit or merge places does the geocoding for latitude etc adjust automatically or is there something I need to do to "recode" the list? I only ask because the conversation above shows me that the mapping function is perhaps more complicated than I might have thought?
regards
John

 

1861 - 1880 of 4306