Search Forums
Forums
Kiwitrees on Twitter
    Tags

    timeout, notes, ckeditor, logs, support, IE problem, order, Favourites 3.0.0, fixing errors, webtrees, 3.3.1 Notes, datatables, version, blocks, not married, inactive, bug, lists, shared note, watermark, roadmap, internal messaging, research tasks, php 7, I18N, GEDCOM, custom, ID notes, census assistant, statistics, translation, 3.0.0, json, Search and replace, latest version, album, hover, place, kiwitrees theme, cookie, 3.3.2, fact, multiple marriages, 3.2.3, Relationship, charts, 5.6, save settings, dates, edit menu, REFN, Support/Bug Reporting, colors, beta, dead, emmigration, blank screem, add_asso_facts, media, Themes change

    Topic:   Sanity Check: duplicately named children  

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

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

      552 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.

      -----
      Kiwitrees:
      "A-D connections 3.3.1"
      PHP 7.0 Fast CGI

      "The Royals 3.3.1"
      PHP 7.0 Fast CGI
      mySQL server: 5.1.56
      MacOS: 10.11.6  (El Capitan)
      Browsers (mac): Safari  Version 11.0;  Firefox 56.0
      [updated: 07 Oct 2017]

      #9719
      kiwi
      kiwi
      Keymaster

      1614 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.

      Nigel
      My personal kiwitrees site is www.our-families.info
    Viewing 2 posts - 1 through 2 (of 2 total)

    You must be logged in to reply to this topic.