Hi Gordon - Long time no see!
I agree with your reasoning; in fact I'd already come to the same conclusion. With Trove Australia, because the OCR'd text can be corrected by humans, the newspaper articles often do change, and hence they do provide a "last-corrected" date. But with Papers Past that's not going to happen because the text remains uncorrected, hence the syndication_date will in fact = the last_update date.
I am still working on the OAI-PMH provider for Papers Past, but it shouldn't be too much longer.
I agree with Chris that it would be good to get both these dates surfaced in the API, as then it would be possible to do OAI-PMH and similar "pipeline" processing of Digital NZ data generally, not just static resources like the newspaper articles.
It would be good to be able to not just view and sort by those date fields, but also constrain the search results by them. At the moment I am having to make multiple HTTP requests to find a particular (re)starting position in a set of search results.
Incidentally, another thing that I would have preferred would have been to be able to get date results in UTC, rather than in local NZ time "+12". It makes date comparisons trivial if all dates are expressed in the One True Time Zone. This is how OAI-PMH does it, and actually many people think it's good practice.
Cheers
Con