Home› Groups› Improved Person Change Log

Improved Person Change Log

Join

Conclusion Updated block does not have a straigh-forward way to restore a previous conclusion

EarlMarshall if it isnt documented it didnt happen
EarlMarshall if it isnt documented it didnt happen ✭✭
March 10 edited July 9 in Social Groups

Example:

Shirley Jean ViaFemale1941–Deceased•G2LD-989Feedback WelcomeLab Experiments

Name

Filter

Change

Date

Conclusion Updated

CHANGED

Name
Shirley Jean Via

PREVIOUS

Name
Shirley J Via

1

Comments

  • Gordon Collett
    Gordon Collett ✭✭✭✭✭
    March 10

    Nope. We still need to scroll down to see when that previous version was first entered to get to the restore button, just like we always have. Wonder if they'll ever be able to add that. It would be handy. At least for most things filtering on the item makes it pretty easy to find:

    Screenshot 2025-03-09 at 9.16.19 PM.png

    In this case, the bottom name listed is the original entry of the name and the original entry of all the vitals for a person has been collapsed into a simple:

    Screenshot 2025-03-09 at 9.19.50 PM.png

    which makes it so that none of the original vital can be restored if changed. I've complained about this in a previous post. If you agree that this was an unfortunate change, please mention to the developers that you also want full set of sections back showing the original entry of all the original vitals with a restore button against each item like there used to be.

    3
  • roberthparker3
    roberthparker3 ✭✭✭
    March 12

    @Gordon Collett when restoring from the original person, would you want to restore just a name without restoring a birthdate? Or just restore a birthdate without restoring a birthplace?

    What I'm getting at is do you want the ability to restore a person as they were at a given time, or just restore specific pieces of them?

    0
  • Gordon Collett
    Gordon Collett ✭✭✭✭✭
    March 13

    I would want to restore only those items that needed to be restored which may very well be only part of the information entered during the original Person Added routine:

    Screenshot 2025-03-12 at 6.29.14 PM.png

    (example created in Beta site using current Change Log)

    At present we cannot restore just a date or place without including the associated place or date. I don't think splitting the birth date/place item into two separate items would be worth the additional complexity I imagine it would add.

    Collapsing the purple box above into just:

    Screenshot 2025-03-12 at 6.44.39 PM.png

    not only makes it impossible to restore the originally added bits and pieces individually, it also makes it impossible to know exactly what was originally entered when working through the change log. Was just the name? Just the name and death date? Full vitals?

    True, one can filter on one set of data such as birth and look at the earliest entry. If it states Conclusion Added and just one set of data is there then one would know that the original entry did not include birth information whereas if it states Conclusion Updated and shows new and old birth information one would know what the original birth information was. But that is not a very straightforward way of finding this.

    (The snapshot of the original identity you posted in my other topic is great, but not knowing where you intend to have that or how it will be able to be used, I have to reserve judgement as to whether it will be as convenient to use as having the information as the first entries in the Change Log.)

    0
This discussion has been closed.
Clear
No Groups Found

Categories

  • All Categories