Date   

Re: Formatting Narrative report

Mike Tate
 

You are correct, <br> or <para> are not allowed in the Note field (or any other field) as they are exclusively Sentence Template codes.

 

It is not too difficult to test for the existence of %CUR_PRIN.RealestateSell[1]% or %CUR_PRIN.RealestateSell[2]%, etc.

The difficulty is determining whether the Sentence Template is running in %CUR_PRIN.RealestateBuy[1]% or %CUR_PRIN.RealestateBuy[2]%, etc.

Then it needs to ensure the index number [1] or [2], etc, is the same for both RealestateBuy and RealestateSell.

 

Presumably, the facts have unique Dates, so I wonder if something like this works as an evolution of your Birth/Baptism strategy:

=TextIf( %FACT.DATE% == %CUR_PRIN.RealestateBuy[1].DATE% and Exists(%CUR_PRIN.RealestateSell[1]%), … , %FACT.DATE% == %CUR_PRIN.RealestateBuy[2].DATE% and Exists(%CUR_PRIN.RealestateSell[2]%), … , …

 

i.e. If the current Fact Date equals RealestateBuy 1st instance Date then this must be the RealestateBuy 1st instance and needs to check for 1st RealestateSell.

Otherwise, a similar check is needed for the 2nd instance, then the 3rd instance, and so on…

 

Mike Tate

 


Re: Formatting Narrative report

Edward Sneithe
 

Mike,

Thanks for the response. I will look at my data and see if there are any patterns to what I want. You present several interesting ideas which may be made to work for my particular preferences. As I look at this is there a way to see if a preceding or subsequent fact is one I want to combine with? Like in a real estate fact test to see if a preceding fact is another real estate transaction or could I see if any preceding or subsequent fact corresponds to this one. If I can somehow determine that then I could apply the same process I used on the birth and baptism facts.

I have many real estate transactions and they would combine nicely if I can determine from a sentence which ones to combine. I have successfully combined birth and baptism facts and death and burial facts allowing for each one to be present alone or in combination.

Currently I seem to be able to separate facts by putting a carriage return in the note field of the preceding fact which works but is not very elegant or particularly friendly. 7.0.8.2 does bot allow for <br> or <para> in the note field.

This may be an issue where there is no solution. FH does a great job but cannot possibly know how I want to construct a report.

Example:

Birth
RealestateBuy (1)
Education
Census
RealestateBuy (2)
Census
Marriage
RealestateSell (1)
Divorce
census
RealestateSell (2)

In this scenario can I determine  in RealestateBuy (1) that there is a RealestateSell (1) and combine those two sentences. I thought about combining the data for RealestateBuy and RealestateSell into one fact but that kind of messes up my timeline of events. This is the fun and challenging part of genealogy.

On Friday, September 10, 2021, 01:49:30 PM EDT, Michael Thomas via groups.io <mikethomasuk@...> wrote:


Mike

Thanks for coming back so quickly. I am trying to assemble a monograph about my uncle/godfather just now – it’s a nightmare as there are so many sources hence it’s taking priority.

I should have an old report from FH3 and should be able to copy and send it to you so you can see what I mean. Coming shortly with luck.

Michael Thomas

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Mike Tate
Sent: 10 September 2021 18:24
To: family-historian@groups.io
Subject: Re: [family-historian] Formatting Narrative report

 

Welcome Michael.

I’m not sure what you mean by traditional ‘dropdown’ appearance, but try any of the reports on the ‘Publish’ menu.

e.g. Individual Summary Report, Family Group Sheet, Outline Reports.

 

What you are seeing in Narrative Reports and any other Reports is just the default styles.

FH has many customisation options. See the FHUG Knowledge Base on Reports and Books:

https://fhug.org.uk/kb/topic/reports-and-books/

 

Some users write Notes in their own words and adapt the Narrative Report to simply combine those Notes into a biography.

 

Mike Tate

 


Re: Mapping errors / place name editing with search and replace plugin

christer@...
 

I am happy to wait some weeks as I have plenty of time as always when researching in geneology.
I have not tried doing a plugin so I would need to do some reading and testing before I try so it will take moree than a few weeks for me.
/Christer


Re: Mapping errors / place name editing with search and replace plugin

Adrian Bruce
 

Thanks Christer. Your outlined path seems sensible.

For information of those of us with only British experience, my
impression is that "Farm" in Scandinavian family history means rather
more than "farm" does in English family history (say). (And anyone who
can correct me is very welcome to!)

I've only had one Scandinavian family to deal with - and since they
were just in-laws of distant cousins I've not done more than 1
generation of them, and they were, in any case, urban Danes. However,
I have seen and *tried* to understand discussions elsewhere about
Scandinavian Farms. One reason for their importance is that they were
one of the contributors to the eventual fixed Scandinavian family
names. Also, they seem to have been much more fixed and controlled
than English farm names, which may easily change over the years. FYI
http://www.borgos.nndata.no/farms.htm mentions some of the processes
such as land registers that documented farms and their names.

All this being so, I can see why Scandinavian family historians want
to record Farm names as part of the Place data in FH.

If there is an equivalent in British practice, it might be the Scots
ferm-toun, which appears to end up on Ordnance Survey maps as
place-names. Though I'm unclear about exactly how ferm-touns operated!

Adrian


Re: Mapping errors / place name editing with search and replace plugin

Mike Tate
 

Thank you, that is much clearer.

It seems you have chosen to include Address details (farms, villages, parishes) in the Place field, many of which are old Scandinavian names.

That explains why geocoding is failing and why you have so many Place records to adjust, with several groups needing the same name changes.

I now understand your problem, but the solution is not simple.

 

Currently, the Search and Replace plugin cannot operate on just the Standardized field. Sorry!

It operates on both Place and Standardized together, or on just the Place name field.

So as well as a plugin to copy selected Place names to Standardized, the Search and Replace plugin needs updating to operate on just Standardized.

 

It may be a few days or weeks before I can find time to work on those plugins.

So if you are happy to wait, then that is your solution.

Alternatively, you could try to write your own plugin to copy selected record Place names to Standardized and publish it for others to use.

 

Mike Tate

 


Re: Mapping errors / place name editing with search and replace plugin

christer@...
 

Problem I have is a large number of farms and villages in parishes with different names throughout history. There have also been changes in names of parish and when I geocode them about 50% are not geocoded and about 50 of the geocoded places get wrong lat/long.
As I am research is a lot in Finland where you have different spelling in Swedish and Finnish and locations have belonged to 3 different countries 
(Sweden/Russia/Finland) there is a lot of problems with spellng of places (and person names).
So I want to add a standard name that can be geocoded for groups of locations while retaining the original place name.
At base level I want to copy all information in place names field to standardized name field in bulk and then do search and replace (using the existing plugin) on standardized place name and replace with the modern place name and get it geocoded.
A more advanced solution would be to search and select a group of place name records and add a standardized name for those records. Then I can see which place names records I have worked with and created a standardized plane name for..
Hope I made myself clear.
/Christer


Re: Formatting Narrative report

Michael Thomas
 

Mike

Thanks for coming back so quickly. I am trying to assemble a monograph about my uncle/godfather just now – it’s a nightmare as there are so many sources hence it’s taking priority.

I should have an old report from FH3 and should be able to copy and send it to you so you can see what I mean. Coming shortly with luck.

Michael Thomas

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Mike Tate
Sent: 10 September 2021 18:24
To: family-historian@groups.io
Subject: Re: [family-historian] Formatting Narrative report

 

Welcome Michael.

I’m not sure what you mean by traditional ‘dropdown’ appearance, but try any of the reports on the ‘Publish’ menu.

e.g. Individual Summary Report, Family Group Sheet, Outline Reports.

 

What you are seeing in Narrative Reports and any other Reports is just the default styles.

FH has many customisation options. See the FHUG Knowledge Base on Reports and Books:

https://fhug.org.uk/kb/topic/reports-and-books/

 

Some users write Notes in their own words and adapt the Narrative Report to simply combine those Notes into a biography.

 

Mike Tate

 


Re: Formatting Narrative report

Mike Tate
 

Welcome Michael.

I’m not sure what you mean by traditional ‘dropdown’ appearance, but try any of the reports on the ‘Publish’ menu.

e.g. Individual Summary Report, Family Group Sheet, Outline Reports.

 

What you are seeing in Narrative Reports and any other Reports is just the default styles.

FH has many customisation options. See the FHUG Knowledge Base on Reports and Books:

https://fhug.org.uk/kb/topic/reports-and-books/

 

Some users write Notes in their own words and adapt the Narrative Report to simply combine those Notes into a biography.

 

Mike Tate

 


Re: Formatting Narrative report

Michael Thomas
 

I hope you don’t mind me following Edward Sneithe’s question about narrative reports. After upgrading my OS I am learning about FH 7.0.7 as I couldn’t get the reports to work on my old machine and I know little about the technicalities.

 

The text of the narrative reports reads badly in my view – it’s almost biblical in parts! Can someone point me in the direction of the earlier type of report which had a traditional ‘dropdown’ appearance with bmds etc.? Photos would be a bonus.

 

My tree is more of a skeletal outline which is fairly superficial even though it goes back to the Battle of Agincourt for example. My interest is more towards writing monographs about people going back for a couple of generations only and adding a lot of detail from other archival sources. Thanks for any help.

 

From: family-historian@groups.io <family-historian@groups.io> On Behalf Of Edward Sneithe via groups.io
Sent: 10 September 2021 14:51
To: family-historian@groups.io
Subject: [family-historian] Formatting Narrative report

 

I am working on getting a better more readable format to my narrative reports. I have done some modification of the sentences for both standard facts and my custom facts. The one thing that eludes me is how to provide paragraph or line spacing on an individual fact.

On one fact I may want to separate it from the previous fact and later that same fact type I want to merge with the previous fact. If I use the <para> or <br> in the sentence definition then all of those fact occurrences are treated the same.

I can modify each fact sentence to accommodate but that disconnects that fact from the global fact so any change to the basic fact is not incorporated.

I have thought about creating a new fact called PARGRAPH and LINE BREAK  and then insert that fact wherever I want a break but that will make my property box fact list messy.

Has anyone found a solution to this that is not worse than the problem?


Re: Mapping errors / place name editing with search and replace plugin

Adrian Bruce
 

On Fri, 10 Sept 2021 at 13:37, <christer@...> wrote:
Thanks, as I have thousands of place records that need standardized names
Christer - I'm slightly worried about what you're asking for, as
there's a trap that some people fall into with respect to Standardized
Names.

The basic point is that you do *not* normally need to have a
Standardized name for a Place Record. The mapping facilities will
normally work perfectly well if a Place Record has the Place name
entered but it has an empty Standardized name.

The Standardized name is only there to provide a way forward if the
mapping facility *can't* find the correct latitude and longitude,
either because the Place name on the Place record has disappeared from
the map altogether, or because it's changed sufficiently to make the
mapping facility choose the wrong version of that place name. If that
happens, then the way forward is to enter the *current* place name in
the Standardized name.

It may be that you already understand all this, in which case I
apologize because I'm presumably missing the point.

It would make sense if you could, as Mike asks, explain the problem
that you have, then maybe we can work out a way forward.

I'd just add that, even if things like counties (or their equivalents)
have changed over the years, the mapping facilities can often find
stuff just on the basis of the most detailed name only - you do need
to check each place but I would say that you need to check anyway, as
sometimes the mapping facilities go wrong even with the "correct"
modern name.

Adrian


Re: Formatting Narrative report

Mike Tate
 

What criteria determine whether you want the <br> or <para> included or excluded.

If it is something that can be tested it might be possible to make them conditional.

e.g.

<<br> {=GetParagraph(%FACT.NOTE2%,3)}>

will include <br> if the Note has a 3rd paragraph.

 

<<br> {=GetLabelledText(%FACT.NOTE2%,"Newline")}>

will include <br> if the Note has a paragraph starting with “Newline” and followed by a tab character.

i.e.

[[

Newline

]]

 

<<br>{=ExistsText(%FACT.NOTE2%," ")}>

will include <br> if the Fact has a Note or whatever data ref ExistsText is checking.

 

Another option is to use {%FACT.NOTE2[2]%} and on the All tab add a 2nd Note to the Fact that contains a blank line.

 


Formatting Narrative report

Edward Sneithe
 

I am working on getting a better more readable format to my narrative reports. I have done some modification of the sentences for both standard facts and my custom facts. The one thing that eludes me is how to provide paragraph or line spacing on an individual fact.

On one fact I may want to separate it from the previous fact and later that same fact type I want to merge with the previous fact. If I use the <para> or <br> in the sentence definition then all of those fact occurrences are treated the same.

I can modify each fact sentence to accommodate but that disconnects that fact from the global fact so any change to the basic fact is not incorporated.

I have thought about creating a new fact called PARGRAPH and LINE BREAK  and then insert that fact wherever I want a break but that will make my property box fact list messy.

Has anyone found a solution to this that is not worse than the problem?


Re: Mapping errors / place name editing with search and replace plugin

Mike Tate
 

The plugin does not exist yet. It will need to be written.

 

Please explain what you have in mind.

The bulk copying of Place name to Standardized name will achieve nothing on its own.

Each Standardized name will need to be adjusted to match a modern map name to be used for auto-geocoding.

That will require a manual edit of each Place record and that is when you can copy the Place name to the Standardized name.

So presumably you have some other bulk adjustment to Place names planned.

Please explain the problems you are hoping to resolve and we can suggest the best approach.

 


Re: Mapping errors / place name editing with search and replace plugin

christer@...
 

Thanks, as I have thousands of place records that need standardized names - Where do I find the small plugin that will do the job.?


Re: Mapping errors / place name editing with search and replace plugin

Mike Tate
 

Open the Place record Property Box, select all the Place box text and right-click Copy & Paste from the Place box to the Standardized box.

 

If you are talking about bulk copying the Place to Standardized for all the Place records that will need a small custom plugin.

 

Mike Tate

 


Re: Mapping errors / place name editing with search and replace plugin

christer@...
 

How do I do the copy of Place Names to the Standardized field?

/Christer


Re: <br> acts differently

Mike Tate
 

Correction, in FH 7.0.7 it sometimes allows <br> inside < > such as <<br> {date}>

But not in your examples such as <<br> Father: {role(single)=father}>

So it is a longstanding fault.


Re: <br> acts differently

Mike Tate
 

I presume you actually mean FH 7.0.8.2 and not 7.0.9.2 that is not available?

 

What you are seeing is a fault that should be reported to CP via http://www.calico-pie.com/osticket/open.php

 

It seems to have been introduced in Version 7.0.8.2 as it does not happen in Version 7.0.7 that I still have installed.

 

Mike Tate


<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

Why does the BR control character  work differently in these two cases? Is it because of nested <<>>?  Is there a way to use the
and have it look the same?


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

1541 - 1560 of 5610