Waste Service Standards Project – Alpha Update

1 Oct 2015, 5:24 pm

by Paul Mackay, Technical Lead for the DCLG Local Waste Service Standards Project

paul_mackayAfter 8 weeks working on the ‘alpha phase’ of our Local Waste Service Standards Project, it’s time for some reflections on what we’ve learned.  

 

 

 

 

In my first ‘working out loud’ blog on this project, I’m going to introduce the things I’ve been building and introduce the following key findings:

  1. the sheer diversity of taxonomies and data structures that we’ve come across so far on our mission to find the best common denominator.
  2. the crucial observation that everyone we’ve come across currently organises their waste service processes around bin colour – something that is notoriously not standard from one district to the next. This means that the software used for 1 authority can’t be picked up and used by another unless it uses the exact same bin-types for the same services.
  3. Even when our project tries to unblock the barriers to inter-council collaboration, we’ve still had a hard time getting the information we need from the right people in good time…

 

Standards speak 101

So, first things first. As Linda explained in her last blog, we’re starting with missed bin reporting, because that’s what our partner local authorities prioritised. 

Moreover, we’re working on waste service data, on the places where information passes from one team to another, or one computer system to another. The idea is that if we can establish common terms and rules – otherwise known as technical specifications – for how data should move around, all local authorities and suppliers can work much better together, making the service work a lot better for citizens. They can also avoid the huge costs associated with building bespoke systems with bespoke rules for each new waste contract. This will also make it easier for app builders and others to create national tools that integrate seamlessly with local authority waste systems and support council services.

 

The 4 kinds of things we’re building

  1. Taxonomies: These are lists of standard terms. Our first standard taxonomy for this project has been the ‘missed collections reasons taxonomy’, and there are others that could be developed, or are already being used to support waste services. WRAP, for example, have already developed for things like material streams and container types. So, we’re making sure to avail of existing standards where possible.
  2. Data models: A data model is the foundation for designing a piece of software. It organises and standardises how data elements relate to one another.  Our data model will describe a local authority waste service. It will include all the attributes and relationships we need to know about to run the service.
  3. APIs: Application Programming Interfaces are the bits of software that tell computer programmes how to interact. We’re designing a waste API that will enable in cab systems, customer services systems and websites to share missed bin reports in real time. So, the website and the customer services team can know why a bin was missed almost as soon as the dustman logs a missed bin! We’re building the API using a REST style, which basically means that it’s built on common Web technologies. It is the approach used by the majority of APIs being published today and is recommended by GDS.
  4. Data formats: Typically at the start and end of supplier contracts, data needs to be exchanged. Also some data can be published for reporting and so on. Data file formats describe what that data should look like.

 

No two taxonomies are the same – unfortunately

The first thing we set out to deliver was a missed collections reasons taxonomy. We started by comparing the taxonomies used by the 6 councils we’re working most closely with. Here, as with many things in local government, there was huge variation, ranging 5 terms to 84!

While it’s easier to modify a taxonomy over time than, say, a data model, we’re still aiming to agree a ‘best set’ of standard terms to start with, and we’re aiming to get all our partner authorities using these terms by the end of the project.

To whittle it down, we asked:

  • which terms are used most commonly?
  • why are some of the more specific terms used and are they needed?
  • which category terms are essential, and can fit them all on a small screen inside a bin truck (in-cab units)?

It was hard to get the kind of feedback we needed over the phone on our fortnightly sprint. So, last week, we hosted a small workshop for our partner waste service managers and developers, and some key suppliers. You can find the resulting 1st iteration of the ‘reasons for missed collections’ taxonomy, in addition to the other resources we’ve made, here. We’d really value comments from waste service managers in particular.

 

Important observations

  1. Despite the fact that we did get copies of almost all partner taxonomies, it was very difficult to get the right people on our review call to give feedback. Why? We think it’s because waste service managers are extremely busy and it’s difficult to understand why they should invest their time in something as abstract as standards. To combat this, we’re ramping up our comms and storytelling. We’ll send out some business case material and a video later this week.
  2. Bin colours are often used in the in-cab units when entering data, which presents a challenge when creating a common taxonomy, as bin colour and size combinations varying hugely from council to council. This touches on our data model plans, which we’ll go into next week. Suffice to say, for now, that we’re proposing to organise data by service rather than colour, which will help. We’re also looking at ways to make the in-cab missed collection reasons map more flexibly to the information for the citizen.

 

In the next blog: Building a model waste service

My next blog will focus on our data model, what it’s looking like, and why. In the meantime, if you’d like to work with us or learn more, you can find all the information you need on our project page here.

4 thoughts on “Waste Service Standards Project – Alpha Update”

  1. JH says:

    Are you doing anything similar for household waste statutory data capture?

    1. Linda says:

      Hi JH,

      If you’re talking about Waste Data Flow and the likes of Question 100, we’ve flagged it as a major use for standards. So far, it hasn’t made our ‘to do list’, as we are very time and budget restricted. So, our tactic is to demonstrate the concept for missed bin reporting and collection day finder. We ultimately aim to set up a system for the standard to grow and cover these other important aspects of waste management. Our full list of prioritised areas that standards should cover is in this presentation: /resource/local-waste-service-standards-project-final-waste-discovery-day-linda-o-halloran-and-and-sarah-prag-july-2015/

  2. David Gurr says:

    Have you considered involving suppliers of Waste Management System Software in these discussions?

    If not, there’s a very real danger that you could end up with an API that’s impractical or costly for suppliers to implement. For example – although RESTful APIs are state-of-the-art, many commercial off-the-shelf systems that have been developed over the years use SOAP Web Services instead. If you’re asking suppliers to implement a new API methodology rather than add to an existing one, this will cost a lot more – a cost which must be passed on to the customer.

    1. Linda says:

      Hi David,

      For sure we’re conscious that suppliers are essential to establishing a standard. We’ve tried to strike the balance by consulting them as part of discovery (/event/local-waste-service-standards-project-discovery-workshop-private-sector/), and we’ve gathered documentation from anyone we can get it from as the basis for the standard that we are proposing – in particularly the in-cab tech suppliers. We hope that this means we’ll manage to propose a standard that could work for everyone.

      Finally, we’ll be working with a number of these suppliers to get some examples of the standard up and running by February 22nd 2016, and we’ll be consulting them more widely straight after (Feb 26th) to try to agree a wider adoption strategy and some procedures for ongoing development and governance of the standard.

      So, if there’s anyone you think we might need to consult at the latter event or before, please put them in touch!

Leave a comment

Your email address will not be published. Required fields are marked *