Jump to content


Photo

separate city, county and zip for places?

TMG fields sentences

  • Please log in to reply
22 replies to this topic

#21 Jerry Bryan

Jerry Bryan

    Advanced Member

  • Members
  • PipPipPip
  • 3569 posts

Posted 22 December 2015 - 04:27 PM

The RootsMagician told me he would have to make our GEDCOM illegal in order to make it work in drag n drop. Something he has to think about. That is why it only works with other GEDCOM imports right now. 

 

I totally understand. For that reason, maybe it should work with Drag and Drop only as an option - for example, maybe if the Extra Details (RM specific) option were chosen at Export time. Indeed, does Drag and Drop turn that option on automatically? I think it must, because Drag and Drop does not provide an opportunity to specify such options.

 

Jerry



#22 TomH

TomH

    Advanced Member

  • Members
  • PipPipPip
  • 6252 posts

Posted 22 December 2015 - 04:38 PM

We seem to be way off-topic but the issue of "legal GEDCOM" is moot. From the draft 5.5.1 spec:

 

The field sizes show the minimum recommended field length within a database that is constrained to fixed

length fields. The field sizes are in addition to the GEDCOM level and tag overhead. GEDCOM lines are
limited to 255 characters.

 For the EVEN tag, the minimum recommended size for Description is:

 

EVENT_DESCRIPTOR:= {Size=1:90}

, i.e., 90 characters. RootsMagic exceeds that as it truncates at 100. If the GEDCOM line is limited to 255, then the Description can be 255-7=248 characters. 

 

But that's not all. Note that this is for a "database that is constrained to fixed length fields"; RootsMagic is not constrained that way so it can support a longer one line descriptor if the GEDCOM line is allowed to be greater than 255 characters.

 

Moreover, the draft spec says:

 

 

However, the CONCatenation or CONTinuation tags can be used to expand a

field beyond this limit. CONT line implies that a new line should appear to preserve formatting. CONC
implies concatenation to the previous line without a new line. This is used so that a text note or
description can be processed (word wrapped) in a text window without fixed carriage returns.

FTM exports long Event descriptions using CONC (and CONT, I think) and now RM7090 recognises them on import albeit shoving the assembled value into the Note field when, arguably, it should leave it in the Description field. 

 

I don't see any illegal GEDCOM in supporting drag'n'drop of long Event descriptions and preserving them in the Event descriptor field. What seems illogical or short-sighted is to change their location to Note. The motivation for doing so is the little one line field display for Event Description in the Edit Person screen. The solution is to enable a Note Editor style editor for Event Descriptions that are long, not changing where they are stored and outputted.


Tom user of RM7550 FTM2017 Ancestry.ca FamilySearch.org FindMyPast.com
SQLite_Tools_For_Roots_Magic_in_PR_Celti wiki, exploiting the database in special ways >>> RMtrix-tiny.png app, a bundle of RootsMagic utilities.


#23 Jerry Bryan

Jerry Bryan

    Advanced Member

  • Members
  • PipPipPip
  • 3569 posts

Posted 22 December 2015 - 07:07 PM

 What seems illogical or short-sighted is to change their location to Note. The motivation for doing so is the little one line field display for Event Description in the Edit Person screen. The solution is to enable a Note Editor style editor for Event Descriptions that are long, not changing where they are stored and outputted.

 

Yes, we are off topic. But sometimes that can be a good thing, I think.  :)

 

I suspect the motivation is not the little one line field display for Event Description in the Edit Person screen so much as it is to support the [Desc] variable in sentence templates, which in turn is in support of the FTM import process for FTM refugees.

 

Jerry