Suggestion for updating documention regarding snapshot forget rules

Hi awesome resticers,

I had a really hard time wrapping my head around the meaning of the keep-within-, possibly because it was basically doing the same as keep- but possibly also because the presenting didn’t quite fit with my brain.

Also the information that it works like a marking algorithm, marking all keepers and deleting the rest seemed to be missing, or a bit too implicit for me.

I tried formulating this in a overview section where the lines are drawn, before digging into the explicit syntax cases. I also explain the similarity and difference between the two formats which I think will be
helpful to others.

See commit changes

I don’t know how much effort is required just for a document update, but certainly the first thing to check is if I actually understood it correctly.

Best Alex

1 Like

Please open a pull request that makes it easier to discuss proposed changes. I like the introductory paragraph, but the time frame based explanations were somewhat confusing for me. It might be more useful to expand the examples to properly show the difference between --keep-* and --keep-within-*.

While I agree that the forget options can be tricky to understand as the differences are subtle, I find the proposed changes hard to understand. What does it mean to do so “for n repetitions”, for instance?

I think the main idea to keep snapshots for a number of time intervals is quite easy to understand. The main difference between --keep-* and --keep-within-* is whether snapshots from older time intervals are kept instead if some of the recent time intervals have no snapshot.

If there is a snapshot every day except yesterday,

  • --keep-daily 7 will keep one snapshot from last week instead (to get 7 snapshots in total),
  • --keep-within-daily 7d will just end up with 6 snapshots because there is none for yesterday.

I explained the difference with an easy example here:

Further comments on the proposed changes:

  • The cross references (like “notes further down”) are well-intended, but in my opinion, they make it harder to read because the reader needs to decide if he wants to jump there or continue reading the current paragraph. The text should have the best possible information flow.
  • There would be some minor corrections (“pr” instead of “per” etc.).