GenoPro Support Forum

With b17i, the comments/notes are reported, as shown (even the gene comment):

Regarding your last point, this is not a bug. I explain:

Presently, within the codes in Lang.vbs, the union entries (2 in your case) are collected into a Genocollection and processed one after the other starting with the 1st entry in the union list. If you move/set your actual 2nd entry/union as first in the list, your 2 entries will be processed correctly (the earliest ceremony first) and the "Subsequently they", when processing the 2nd ceremony entry, will be correct and appropriate. It is therefore, as with b17i, the User's responsibilities to set his/her unions in the proper order within the list.

It's up to Ron, but perhaps a sort option could be implemented within the codes, but to one condition: for the sort option to be fully working and efficient, the dates of all unions must be input and different. Otherwise, the sorting routine will not work. I propose these 3 alternatives:

1) If all dates are present and different in all unions, then -> collMarriages.SortBy("date")

or

2) perhaps, easier to do than 1) above, the "Subsequently" word could be changed into "In addition, Additionally, Also, Further, Furthermore, ...

or also

3) Not to modify Lang.vbs or Dic.xml and, upon clicking on the OK button, Genopro could flag a message warning the User that his/her entries are not properly chronologically ordered.

Edited: Tuesday, August 15, 2006 by jcguasp

I agree the comments appear in the report, but they relate to each marriage.

I believe this is a bug, otherwise the option to change the order of marriages would not exist (the order can be by importance rather than date).

This is a good suggestion which would accomodate all eventualities.

I think that discussed problem has relations to my topic about "Additional spouses" in the report generator (in "How to" chapter of this forum).

Thing is that if you have two individuals married and both before had sposes (divorced) and they hyperlinked from different genomaps - in the report they would be shown as

First marriage then

Second marriage

and then Third marriage but with data identical to first or second one.

I understand it makes little sense to merge some identical records.  A few weeks ago, we had a meeting regarding the validity of merging identical education records, as well other type of records such as occupation and union.

Jean-Claude and I both agree GenoPro should not merge identical Union records.  At the moment, the code remains unmodified until Beta 19 (complete revision of XML tags).  During Beta 19, we will give a full review of our data tags and the built-in [merge] policy for each type of objects.

Your input on this is greatly appreciated.

Edited: Friday, August 18, 2006 by GenoProSupport

The code remains unmodified as of Version 2.0.0.4.  Are there plans to discontinue the merging of some objects any time soon?

Edited: Monday, April 23, 2007 by GenoProSupport

We did a revision and could not find a tangible benefit of not merging identical objects.  As a result, the Union object is automatically merged with another identical Union.  Is this a problem?  If this causes a problem, please let me know.  I am willing to create a private build so you can test the non-merging version of GenoPro.

I believe the union object represents the 'unique' relationship between 2 individuals.  Therefore, it would not be merged, and it would have its own ID.

To make an analogy, if 2 family objects were identical (i.e. names, births, deaths, children), but were infact different families, should they be merged?  Should they share the same ID.

In this case, if union objects are merged, then they seems to represent a type of relationship.  Perhaps I am understanding the union object incorrectly.

Edited: Tuesday, April 24, 2007 by GenoProSupport

If two unions are the same, as two occupations, should they be consolidated?  Could they be useful for "statistics", as two identical occupations?

Families are different because they have positions (x,y) on the screen and therefore cannot be merged.  Unions are not visible.

I can make a build for you so you can try a non-merging version of GenoPro.  What about occupations and education records?  At the moment, they are all merged too.

Edited: Tuesday, April 24, 2007 by GenoProSupport

My issue is not so much with the merged unions.

I wanted to use the Union IDs to reference back to an individual's relationship (whatever type) with another individual.  I can't do this because some Union IDs are shared.

I agree that within the use of GenoPro software, the merged unions don't pose a problem and are probably the best solution for GenoPro.

Nevertheless, many of the custom tags I create are columns in the individual's table for IDs relative to the particular individual.  I do this for my database.  I like the database to have, for example, the name of the father, as well as his ID.  I make the mateName columns because I need the names in their own cell, instead of 2 or more per cell.  I populate these ID columns using Export to Text by Permanent ID.  I copy the Father row and paste it into the fatherID column in the table layout and the same for mother, mates, etc . . .  The mates required more work, but I was able to populate them.  Luckily the most mates any individual in my tree has is 3!

If you made a build version of GenoPro, it would be better if it were geared more in this way . . . and it would be very cool of you.

Edited: Wednesday, April 25, 2007 by rfiorille