Case I
The record was newly edited; the road had not been newly observed
In 2019 I approved a freshness account for 120 road segments using their recent update dates. A subsequent review separated fifty-six segments with recent field observations from sixty-four whose underlying observations were older but whose records had recently been edited. I had treated the date of maintaining the file as evidence of observing the road again. The records were useful, but the description I approved gave them a different meaning.
The product sponsor wanted to retain the single freshness status because customers needed a simple way to judge the release. Another suggestion was to remove the sixty-four older observations from the product altogether. I rejected both responses. Keeping the status would preserve the mistaken inference; deleting the older evidence would discard material that could still be useful within its actual date and purpose. The distinction had to survive in the product rather than be solved by pretending one group did not exist.
We committed ₹41 lakh to provenance work that separated observation dates, record revisions and release dates. I took the correction to the recipients of the original account and accepted responsibility for my approval. Peter's survey team helped identify what the source records established, while qualified owners retained decisions about further observation and actual use. We did not set one expiry period for every kind of feature or infer that all older observations were wrong.
The outcome was a more accurate description of the evidence behind the release. It did not resurvey all 120 segments, change a road, establish vehicle clearance or demonstrate a reduction in incidents. The cost included the programme expense and the loss of an uncomplicated freshness message. Commercial colleagues had to explain why a recently maintained product could contain evidence of different ages without treating that fact as a defect to conceal.
I would now ask which event a date records before approving a quality status based on it. The useful question is not simply whether the database was touched recently, but whether the evidence needed for the intended decision has been obtained. A product can be carefully maintained and still require a user to recognise that some observations are older. Keeping that history visible allows a responsible next question; replacing it with a recent timestamp only makes the uncertainty harder to find.