During the sanity checking we undertake, of any data set we download from somebody else’s website, we check for duplication. We did this with the council released procurement data, and guess what! Yes there was duplication, but not of individual items, but of a whole month, which adds £9074.81 to the total.
The total with duplication is £183,023.04. Without duplication it is £173,948.23. A small difference. But given there have been financial irregularities within the council, this just adds to the inability to calculate and check their data; which could have led to somebody being suspended for no reason at all.
The council duplicated June 2020 in Q1 and Q2 in the spreadsheets
But it doesn’t stop at June, they’ve also duplicated September 2020, in the Q2 and Q3 spreadsheets. The data has not been altered and is at this moment still available for you to check for yourself.
This demonstrates there really was no sanity checking of the data, and those responsible for it do not take data transparency at all seriously. We doubt if the Chief Exec – Dr Susan Priest, the Monitoring Officer – Amandeep Khroud, or Charlotte Spendley, the s151 officer, will give a damn.
23.Data should be as accurate as possible at first publication. While errors may occur, the publication of information should not be unduly delayed to rectify mistakes. This concerns errors in data accuracy. The best way to achieve this is by having robust information management processes in place.
24.Where errors in data are discovered, or files are changed for other reasons (such as omissions), local authorities should publish revised information making it clear where and how there has been an amendment. Metadata on data.gov.uk should be amended accordingly.
Errors in council published data has happened time and again and when they’ve amended it they have not followed what the code says, to save themselves embarrassment. All it goes to show the Peter Principle is alive and well in our council.
Surely, our council should check the data before releasing it but oh no, not a bit of it. If this data is wrong, what other data they produce – like the accounts, purchase orders, payment too suppliers data and the like – is also wrong? We’ll leave you to ponder that.
This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Cookie settingsACCEPT
Privacy & Cookies Policy
Privacy Overview
This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
They are so incompetent they can’t even cover up their fiddling of expenses
Jesus, Mary & Joseph, these people tasked with the job ought to be sacked.
I spotted the duplicate months immediately when I started to collate the data. Wasn’t difficult to spot. Why did no one check this?