Recent Changes

Friday, September 21

  1. msg Observations from Laura Beeman message posted Observations from Laura Beeman Tom, on your list on that web site. 9. General Research logs do not transfer. You can use Impor…
    Observations from Laura Beeman
    Tom, on your list on that web site.

    9. General Research logs do not transfer. You can use Import lists to import them. Research logs linked to a person are transfered.

    10. General ToDo items do not import. ToDos linked a Person are transferrd. Use Import lists to import general Research logs.

    14.. The Family Search ID is inported. The FamilySearch password for FamilySearch Central and FamilySearch WebHints are imported. FamilySearch Central and FamilySearch Person Tools work as usual. You do need to check LDS Support at Tools, File options, General.

    15. If the database you are dropping from into a new database is linked to an Ancestry tree, the new database will also be linked to the same Ancestry tree.
    12:48 pm

Monday, September 17

  1. page home edited Wikispaces hosting of SQLite Tools For RootsMagic to end on or before 30 Sep 2018. For what we are…
    Wikispaces hosting of SQLite Tools For RootsMagic to end on or before 30 Sep 2018.
    For what we are doing, read Migrating from Wikispaces. Get involved. Help! A new site will be up by the drop-dead date, one way or another.
    2018-09-17 PLEASE NO NEW PAGES, FILES, EDITS, COMMENTS OR DISCUSSIONS ON THIS SITE - THEY WILL NOT LIKELY BE TAKEN TO THE NEW SITE.
    2017-06-28 RootsMagic 7.5 continues with the RM6 database structure so there should be no conflict with prior scripts. Of course these scripts remain unaware of the unique Ancestry TreeShare values used in one or more tables. Further investigation will reveal what they are and the database documentation will be revised accordingly. See Ancestry TreeShare - Impact for discussion.
    Applying for Membership
    (view changes)
    12:21 pm
  2. msg Forcing REFN to be first fact message posted Forcing REFN to be first fact Oddly, I did not see the last paragraph describing this.
    Forcing REFN to be first fact
    Oddly, I did not see the last paragraph describing this.
    11:58 am
  3. msg Forcing REFN to be first fact message posted Forcing REFN to be first fact I like my REFNs up top. Before even birth. An easy way to do this is to use this slightly altered S…
    Forcing REFN to be first fact
    I like my REFNs up top. Before even birth. An easy way to do this is to use this slightly altered SELECT statement.
    Leaving out the FROM clause for brevity:

    SELECT EventType, OwnerType, N.OwnerID, FamilyID, PlaceID, SiteID, DATE, '1',
    IsPrimary, IsPrivate, Proof, STATUS, EditDate, Sentence, 'RIN '||N.OwnerID, Note

    The curious thing about doing this is, when you examine the individual records in RM, the Sort Date field will no longer be populated, but the effect of the procedure was good, as the REFN fact is the very first fact in each record.

    I hope this is useful to someone.
    11:54 am

Sunday, September 16

More