When I pull in a GEDCOM that contains CONC tags, they don't seem to be parsed correctly.
How I understand it is that when you have a long NOTE that needs to be broken down into multiple lines the additional lines start with either a CONT or a CONC tag. The CONT and CONC tags work exactly the same except where CONT puts in a space and then the text, CONC concatenates the text right onto the end of the last line. CONTinuation versus CONCatenation, I guess.
PAF seems to adhere to these standards pretty closely. Whenever there is a CONC tag the line starts with a word that is divided. FTM manages to screw it up. I think that they use CONC tags and don't split words, so you get a lot of run-together words with their GEDCOMS.
At any rate the CONC appears right in the Everything report. And now that I've type all of this, I'll go back and try changing the text to a null string in the Behold options to see what happens.
Close, but no cigar. When I change the text of the CONC tag to a null string, I still get one space that shouldn't be there. Maybe if you bring in CONT and CONC records with no space between the last record and the current record, but change the default text for CONT to a single space?
Actually, PAF is one of the few programs that handles CONC tags in the strange way that GEDCOM specifies. PAF is created by the LDS who also designed GEDCOM. But others like FTM never followed GEDCOM as strictly, causing the problems you mention when transferring GEDCOMs.
The trick in Behold will be to flexibly handle all possibilities.
I may have to allow a few special codes in the text field, e.g. something like: -append- to append the text following the tag to the previous line. Maybe others like -br- to break the line.
I'll check what GEDCOM tags from different programs can't display properly during alpha and/or beta testing and I'll see what's needed.
Joined: Tue, 1 Feb 2005
1 blog comment, 30 forum posts
Posted: Thu, 24 Mar 2005
How I understand it is that when you have a long NOTE that needs to be broken down into multiple lines the additional lines start with either a CONT or a CONC tag. The CONT and CONC tags work exactly the same except where CONT puts in a space and then the text, CONC concatenates the text right onto the end of the last line. CONTinuation versus CONCatenation, I guess.
PAF seems to adhere to these standards pretty closely. Whenever there is a CONC tag the line starts with a word that is divided. FTM manages to screw it up. I think that they use CONC tags and don't split words, so you get a lot of run-together words with their GEDCOMS.
At any rate the CONC appears right in the Everything report. And now that I've type all of this, I'll go back and try changing the text to a null string in the Behold options to see what happens.
Joined: Tue, 1 Feb 2005
1 blog comment, 30 forum posts
Posted: Thu, 24 Mar 2005
Seems like that would fix it.
This is a great program!
Joined: Sun, 9 Mar 2003
288 blog comments, 245 forum posts
Posted: Fri, 25 Mar 2005
The trick in Behold will be to flexibly handle all possibilities.
Joined: Sun, 9 Mar 2003
288 blog comments, 245 forum posts
Posted: Fri, 25 Mar 2005
I'll check what GEDCOM tags from different programs can't display properly during alpha and/or beta testing and I'll see what's needed.