I have a vague recollection of issues with the RESI event structure. On the surface, your snippet of GEDCOM looks okay but the draft 5.5.1 standard warns of incompatibility:
! Event Structure: The address structure, as part of the place structure, provided more detail than desired for the PLACe structure. Therefore it was removed from beneath the place structure and added to the <> structure at the same level as PLACe.
The standard RM7 Residence fact type sentence template is:
[person] lived< [Desc]>< [PlaceDetails]>< [Place]>< [Date]>.
Note that there are no fields for ADDR, ADR1, CITY, STAE, POST, CTRY so the import of those fields would have to map them to [Desc], [PlaceDetails] and [Place] for them to be saved and outputted.
Even the example of a GEDCOM transmission in the draft 5.5.1 standard omits all of these tags except ADDR:
1 RESI
2 ADDR 73 North Ashley
3 CONT Spencer, Utah UT84991
2 DATE from 1900 to 1905
It is probably an example that predates 5.5 because of the modifications reported for it:
! Added tags for storing detailed address pieces under the address structure
! The following tags were added: ADR1, ADR2, CITY, NICK, POST, SPFX
What that and the way RM exports to GEDCOM suggests that RM wants to see something like:
1 RESI
2 DATE 1935
2 PLAC City Island, Bronx, New York City, New York, United States
2 ADDR 570 City Island Ave
Edited by TomH, 13 April 2017 - 09:02 PM.