Jump to content


Photo

Gedcom Import of Addresses

Gedcom address import

  • Please log in to reply
6 replies to this topic

#1 awwall

awwall

    New Member

  • Members
  • Pip
  • 2 posts

Posted 13 June 2018 - 02:39 PM

Maybe this covered somewhere else in here, but I could not find an answer.  I Just purchased RM, version 7.5.7.0 and tried importing a Gedcom from a 5.5.1 file from Myheritage.  RM did not import any addresses, emails, phone numbers, notes, etc.  There has got to be something wrong, surely RM imports these things from the Gedcom.  I can supply data from the Gedcom if needed.  Here is a short snippet from my personal info.  Thanks for the help

 

1 RESI

2 _UID 5a0a0c4f4e70e1e7a6a6d8fc9314e82f

2 RIN MH:IF13

2 TYPE EMAIL

2 EMAIL awwall@@xxxxxxx.xxx

1 RESI

2 _UID 5a0b65e05f8441e7a6a7d8fc9314e82f

2 RIN MH:IF899

2 TYPE ADDR

2 ADDR 13352 xxxxxx

3 ADR1 13352 xxxxxx

3 CITY xxxxxx



#2 TomH

TomH

    Advanced Member

  • Members
  • PipPipPip
  • 5824 posts

Posted 13 June 2018 - 02:53 PM

GEDCOM has many interpretations. It's a language with many dialects and translated between different database structures. Consequently, a data transfer between foreign systems via GEDCOM is potentially lossy for anything other than the most basic features.

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.


#3 zhangrau

zhangrau

    Advanced Member

  • Members
  • PipPipPip
  • 1338 posts

Posted 13 June 2018 - 05:16 PM

I wonder if the address info was, in fact, imported.

 

Go to an Edit Person screen, then select the [Address] button (4th from the left). Is the address there?



#4 awwall

awwall

    New Member

  • Members
  • Pip
  • 2 posts

Posted 14 June 2018 - 10:22 AM

thanks for the replies....No there is nothing in the address when selected.  It imported my pictures and other stuff, but looks like it totally ignored all of the address, email, and other info.  I made a simple (new) tree and exported a Gedcom from RM and it looks just like my example above.  It exported the address and email with no problem.  I am at a total loss.



#5 TomH

TomH

    Advanced Member

  • Members
  • PipPipPip
  • 5824 posts

Posted 14 June 2018 - 10:42 AM

I'm not surprised. The MH export includes tag types under the RESI tag that RM ignores because it considers the RESI tag as an Event, expecting only DATE, PLAC, NOTE, SOUR, OBJE tags, more or less. Whether the MH export is a valid GEDCOM construct... KCN?


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.


#6 TomH

TomH

    Advanced Member

  • Members
  • PipPipPip
  • 5824 posts

Posted 14 June 2018 - 10:47 AM

I assume what you want is for these RESI tags to be converted into RM's Address fields for a person. I don't know if that is possible without major manipulation of the GEDCOM (I doubt that it is a minor thing like changing RESI to ADDR). You could try filling out the Address form for a person in RM and exporting that person to see how its export compares with MH's.


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.


#7 KFN

KFN

    Advanced Member

  • Members
  • PipPipPip
  • 158 posts

Posted 22 June 2018 - 06:30 PM

The GEDCOM 5.5.1 standard identifies all facts and events as having the following general structures. Some have additional structures, but none having less.

1 FACT/EVENT
2 TYPE ...
2 DATE ...
2 PLACE ...
2 ADDR ... (see below)
2 AGNC ... "Agency associated with event/fact"
2 RELI ... "Religious Affiliation of event/fact"
2 CAUS ... "Cause of the event, mostly used with deaths, but a cause/reason for emigration, Divorce, Anulment is possible.
2 RESN ... "Restriction, data resreition/use indicator"
2 NOTE ... (A multi level structure)
2 SOUR ... (A multi level structure)
2 OBJE ... (A multi level structure)
2 AGE ...

Address Structure
2 ADDR
3 CONT
3 ADR1
3 ADR2
3 ADR3
3 CITY
3 STAE
3 POST
3 CTRY
2 PHON
2 EMAIL
2 FAX
2 WWW (Web page address)

NOTE... (As documented in the 5.5.1 Guide)
The address structure should be formed as it would appear on a mailing label using the ADDR and
the CONT lines to form the address structure. The ADDR and CONT lines are required for any
address. The additional subordinate address tags such as STAE and CTRY are provided to be used
by systems that have structured their addresses for indexing and sorting. For backward compatibility
these lines are not to be used in lieu of the required ADDR.and CONT line structure.

CONCLUSION...
Technically the structure used above is valid GEDCOM 5.5.1
But, it would be better to use the following contruction:

1 RESI
2 ADDR xxxx
3 CONT xxxx
3 CONT xxxx
3 CONT xxxx
2 EMAIL xxxx