Kiwitrees on Twitter

    Support/Bug Reporting, fancy tree view, responsive menus, Georgian, Search and replace, CREM, bug, editor, progress, places, support, watermark, simpl_research, 7.2, place, mobile, pages, DSGVO, button, kiwitrees theme, re-order, blocks, census assistant, library, formatting, github, burial, divorce, clipboard, contact links, date, source, order, login upgrade, php 5.6, special character, beta, margin, Favourites, inactive, set link, fixing errors, advent, 3.0.0. setup, json, emmigration, MAC, FAQ, googlemaps, logout, sidebar, kiwitrees-nova, login failure, wish, relationships, title, Fancy imagebar, .mo, custom, access roles

    Topic:   Sanity Check: duplicately named children  

    This topic contains 1 reply, has 2 voices, and was last updated by kiwi kiwi 10 months ago.

    Viewing 2 posts - 1 through 2 (of 2 total)
    • Author
    • #9713

      466 posts

      A challenge for you:
      I just ran this check and did find some interesting situation:

      > child born and dies; additional child born afterwards and named the same

      Hence the duplicity is valid and I’d like to have this family ignored when regenerating list. Along the “ignore in future” checkmark. That way, future runs for the same request will only show those that I still need to find who the kids are (referring back to sources). I know the request as presented isn’t feasible but possibly there is some method that would be.

      [updated: 01 Apr 2018]
      MacOS: 10.11.6  (El Capitan)
      Safari  11.1;  Firefox 59.0.2

      PHP 7.1 Fast CGI
      mySQL server: 5.1.56

      "The Royals 3.3.3 (03)" <>

      "Rebbes of Ger 3.3.3 (03)" <private>

      "Uncle Ummie's Journal 3.3.3 (03)" <private>


      1655 posts

      An interesting suggestion, and not a new one. The thought has occurred to me even back in PGV days. Then (and now) it was in relation to Batch update > Add missing married names. I run it regularly because I often forget to add them when I find marriage details. But I have about 10 or more examples (mainly name changes, adoptions etc) where I do not want a particular “suggested” married name to be added. So I must remember to skip each of those and always run the update one record at a time.

      There are now a lot more examples in the “Sanity check” tool that could use a similar “ignore this one next time” feature.
      But that is where the problem becomes unmanageable, and why I don’t think I will ever do it.

      For such a setting to work, it must be possible to record a “don’t update” flag against the relevant record. By “record”, I mean it could possibly be any of INDI, FAM, OBJE, SOUR, or NOTE, although INDI and FAM are the most obvious uses. In addition, there would need to be a different flag for each check. One for duplicate names, one for married young, one for children at an older age, and so on. Potentially there could be as many as 25 different flags set for any single individual or family.

      That raises the issue of processing efficiency and speed. I don’t think this could easily be done as a database stored item, because currently when anyone re-imports a GEDCOM file it deletes all existing data (for that tree). So all those flags would be removed! So it would need to be something like a series of “unofficial GEDCOM tags”, like _DUPE_NAME, _MARR_YNG, etc.. Perhaps 25+ of them.

      Ultimately, that just gets too messy, I’m afraid. So I am going to, reluctantly, say no to this idea, at least until a better / more practical solution comes to either my mind or anyone else who has a suggestion.

      My personal kiwitrees site is
    Viewing 2 posts - 1 through 2 (of 2 total)

    You must be logged in to reply to this topic.