Jump to content


TomH

Member Since 26 Apr 2008
Offline Last Active Yesterday, 10:46 PM
-----

Topics I've Started

Compressed Pedigree Chart

07 November 2017 - 11:04 AM

I needed a compact 6-generation pedigree chart as an illustration for a 2-page report for my local Society on my ancestors living at the time of Canada's Confederation in 1867. I had done one using the RM Pedigree Report for another member but he had half as many ancestors to cover - I'll describe it separately because it, too, was a challenging, learning experience. For my report, I gave the RM Ancestor Wall Chart a try. Here's the result, tucked into the lower left of the page:

 

example_compressed_pedigree_wall_in_doc-

 

Here's a comparison of a compressed pedigree to the original generated by RM.

compressed_vs_standard_pedigree_wall_cha

 

Had I used the original, I wouldn't have had enough space for text. The overall process involved editing in RM Wall Chart to mesh the columns for the first 3 generations into the fourth column, exporting a PNG, cropping with Paint.net along with deleting the white space outside the boxes (its selection wizard makes that a 2-click operation) and inserting the revised PNG into the Word doc.

 

Editing in Wall Chart is tricky, partly because the objects RM generates have dimensions and locations that don't correspond to the default grid or to any practical grid and there are hard-coded dimensions that a link can revert to when moved. Without snap-to-grid, multiple columns or a single column can be selected and dragged and the links stay rectilineal. But, ultimately, they start crossing through adjacent boxes and vertexes need to be moved. Moving a vertex may result in a segment on an angle. This can be very hard to correct. Working in 200% zoom to move a vertex lowers the risk. Dragging a segment regenerates the rectilineal polyline that goes where you do not want it but you can start afresh on it.

 

Working with snap-to-grid may actually compound things - I'm not sure. I set the grid spacing to 0.1", select and group a column of boxes and then adjust the right and left sides to snap points and then move it. Link lines may need to be tweaked as they do without snap. At times, I have resorted to deleting the link and creating a new one (the blue L control, not the black L in shapes).

 

RM color coding has no effect on the chart text, only on the box fill. I wanted the boxes white and the names of those not alive in 1867 subdued. That was easily accomplished on this small chart by selecting multiple boxes and then changing the font colour through Properties.

 

I found the Chart Help to be superficial and suspect there are features that are not even described. Nonetheless, if you need a one-off as I did for this report, you aren't completely at the mercy of the standard output.


TreeShare: adding Ancestry Source to another fact multiplies media

21 July 2017 - 09:25 PM

Given an Ancestry Source already tagged to a fact on my Ancestry Member Tree which has been TreeShare downloaded to a new database. Add that Ancestry Source to another fact and Accept that change. TreeShare downloads the image file again and repeats its name in parentheses. Now the media folder has the same image twice with two names and the RM Media Gallery shows them both.

 

Do it again. This time, it appears that the image may be downloaded again but it might not. Either way, there remains the two images in the folder, "name.jpg" and "name (name).jpg". However, the Media Gallery now shows 3. That's because the MultiMediaTable has three records for the same image. For example:

 
MediaID MediaFile
1 40356_320214636_0045-00433.jpg
4 40356_320214636_0045-00433 (40356_320214636_0045-00433).jpg
5 40356_320214636_0045-00433 (40356_320214636_0045-00433).jpg
 
So citation media files are at least duplicated and, in the Media Gallery, they multiply like rabbits. And there's no Merge tool for media.

Why update iPad app to 1.3?

13 July 2017 - 09:25 PM

With reports of problems with both the iOS update to 1.3 and with the corresponding update to the Android version which I also experienced, I checked my iPad. The app still works on my old iPad 2, still downloads from DropBox even though it is running the Dec 2015 version 1.2.1 and despite not having done the update to 1.3 for the DropBox API rev. I'm wondering whether there is any merit in updating to 1.3 if it means risking breaking something.

 

What does seem to be different from before is that repeated RootsMagic 7.5 Save to Dropbox results in serialized files on Dropbox instead of one file whose name does not change and whose change in timestamp triggers a notice in the iPad app. Now I get no no notice and I have to manually select and download the new file and delete the old from my device.

 

I don't know if the multiple versions of the database file on Dropbox is a consequence of a change in the API or a change in the way RM 7.5 uses the API. I haven't made much use of it so I cannot identify when it began.


June 30 version not working on Moto G4 Play

13 July 2017 - 08:59 PM

Having read accounts of others having a problem with the RM App on Android phones since the June 30 update for a new DropBox API, I installed RM for the first time on a Moto G4 Play phone (Android 6). On launching, I get the error message that "RootsMagic has stopped working".

 

The app still works on my old iPad 2, still downloads from DropBox even though it is running the Dec 2015 version 1.2.1 and despite not having done the update to 1.3 for the DropBox API rev.   


Groups - Extract most everything for one to a new database

09 July 2017 - 10:16 AM

Here's a new SQLite procedure that copies just about everything and then some for one or more named groups of people in one database to a new database, perfectly and completely and without duplication. That's something you don't get from drag'n'drop nor from Export/Import. And it's something that could be integrated in RootsMagic. See the page Groups - Extract most everything for one to a new database for the full meal deal.

 

Benefits
  • similar to other reasons to extract a subset of a database:
    • smaller, more manageable
    • for upload to a website
    • for sharing with someone
    • for a higher privacy level than for the master
  • perfect replication, unsullied by GEDCOM transformations
  • complete replication; includes related:
    • Tasks,
    • Research Logs,
    • Not a Problem List,
    • customised built-in Fact Type and Role sentences,
    • customised built-in Source Templates,
    • Addresses,
    • Repositories,
    • Correspondence,
    • File Settings,
    • Report Settings,
    • Custom Reports
    • TreeShare and FamilySearch connections
    • et al
  • copy multiple Groups (one by one) from the master to the target (provided the latter has not been edited) without duplication
  • script can be modified to expand or contract data to be copied
  • very fast