Emergency Services

Big Data Doesn’t Belong in an Ivory Tower

The famous statistician George Box once said “Statisticians, like artists, have the bad habit of falling in love with their models”. Mathematicians working with big data can often come to believe that their model is flawless – because based on the huge amounts of data they have, it is! However, no data set, however large, can cover every eventuality, and no model is ever perfect – the important question is whether they are good enough to be useful. (more…)

COMMENTS 1

Agile Thinking in Public Procurement

Shaun Davey, CEO at IPL, led a joint session on the challenges facing agile procurement with David Shields, MD of the Government Procurement Service at a Cabinet Office conference on 21st November.  This opportunity arose from IPL’s work with the Crown Representative for SMEs

Cabinet Office minister Francis Maude gave the keynote speech at this event highlighting the Government’s ambitious plans for a new agile relationship with suppliers of IT and FM services and solutions. This will be the first of an ongoing series of high-level engagements between Government and its suppliers.

Davey’s address posed a number of challenges for public procurement professionals, including: 

  • How to procure agile solutions which are, by definition, indefinite
  • How to compare agile solutions on a like-for-like basis
  • How to ensure active participation from supplier, client and other stakeholders
  • How to empower agile client/supplier teams to make effective and rapid decisions

As a long-term supplier of IT services to government, IPL welcomes the change of approach which has real potential to benefit suppliers and government, given the commitment to early engagement with suppliers, reductions in the cost of bidding and increased access for SMEs.

The Cabinet Office and key government CIOs are providing leadership in this area – will the legions of government IT and procurement staff follow their lead? Will the big suppliers do more than tack “agile” onto every marketing message? Watch this space.

You can read more about Shaun’s thoughts on the challenges ahead here  or read the latest Computer Weekly article on the challenges faced with Public Sector procurement involving Agile Development, with comment from Shaun.

COMMENTS 0

ANPR Analysis : The Devil is in the Details

IPL worked closely with UK Police forces to develop IP ANPR, a tool to analyse the huge amount of ANPR data recorded by police forces, councils, companies, and other organisations in the UK. Typically ANPR cameras capture the number plates of vehicles passing the camera and this information – the number plate, date, time and location – is stored in a central database. This often leads to databases containing thousands or millions of ANPR sightings.

Extracting accurate information from this data set – although it seems obvious at first – can be very hard.

One of the questions asked by the police was how to identify vehicles in convoy – to find a ‘suspect’ vehicle travelling with a known ‘target’ vehicle. For example, if you have a security van with a large amount of cash inside, it would be really useful to know if it was being followed by a criminal.

A simple and obvious analysis might be – every time the van goes through a camera, then record all the cars that go through the same camera within a set time, say 30 seconds. Then, check to see if there are any VRMs (Vehicle Registration Marks or number plates) that keep showing up. This is very simple to do, and many current ANPR systems provide a ‘convoy analysis’ that simply counts up the number of times each VRM has been seen and displays a list.

However, this simplistic analysis raises a lot of ‘false positives’ – results that you are not looking for – and this both obscures genuine results and destroys confidence in the system.

We analysed the data for several ‘target’ vehicles and found that with a simple analysis it was impossible to tell whether a vehicle was or was not actually being followed. There were several situations which tended to raise ‘false positives’ or confuse the issue:

  • Cars DO often follow each other. Any line of traffic on a main road passing two cameras often contains the same cars in a very similar order. This can be either short-term (through two cameras in a town centre) or long-term (across many miles of motorway).
  • If two drivers have regular habits, then it is easy to cross paths with another driver for a short time. For example, I often leave the house at 7:30 in the morning: Often, my neighbour also leaves for work at the same time, and we end up driving behind one another towards the main road. With a simplistic analysis, it can look like I am following him 5 times a week – despite the fact that we end up miles apart.
  • If my neighbour and I both return home at 5pm, and leave the next morning at 7am, a simple time-based analysis may conclude that I have been following him for 14 hours!
  • Criminals following security vans may try and ‘hide’ the results – because there are often two or three cameras on dual carriageways and motorways, one on each lane. All they have to do is move lanes, and they’re not caught by the same camera.

Taking these situations and others into account, it became obvious that any simple analysis – number of sightings, time, or distance – was not sufficient.

We developed a set of heuristic rules, optimised by a feedback loop, to calculate and evaluate for each possible suspect vehicle:

  • How long (time) the suspect vehicle follows the target vehicle.
  • How far (distance) the suspect vehicle follows the target vehicle.
  • Automatically include sightings from related cameras – for example, all north-facing cameras on a motorway bridge.
  • Automatically exclude any times where the target has stopped for several hours – eliminating vehicles ‘following’ it overnight, or when it is parked.
  • Take account of the status of the target vehicle. It may be already known to the police as being associated with a convicted criminal, or may have been recently stolen.

Taken together, the simple initial request ‘is anyone following this security van’ actually adds up to relatively complex problem.

IP ANPR was developed to automatically read, understand, and solve complex problems like this and present it in a simple, easy to understand interface. The user enters the target vehicle, presses a button, and gets a list of possible following vehicles. The devil is in the details.

COMMENTS 0

ANPR: An introduction

ANPR (Automated Numberplate Recognition) is the process of using a cctv-style camera and computer to automatically recognise and record vehicle numberplates.

Some people are worried that it could be an invasion of privacy; or that they will be tracked by the goverment; or that the technology doesn’t work properly and they will be misidentified or accused by mistake.

(more…)

COMMENTS 0

IPL helps to reduce road accidents and policing costs

The UK Department for Transport (DfT) has released the latest transport statistics for 2010. This is one of those rare good news stories - road deaths are at an all-time low, with fewer than 2000 road deaths recorded. Software developed by IPL will help to maintain this downward trend while also reducing policing costs.

(more…)

COMMENTS 0

Civil Service Live

IPL will be exhibiting at Civil Service Live this week, from Tuesday 5th July to Thursday 7th July.

Civil Service Live is the largest gathering of civil servants in the UK, and is designed to inspire innovation and promote best practice across all government departments and agencies.

(more…)

COMMENTS 0

The Multi-Dimensional Beast

I want to say “multi-dimensional engineering”, but since you had a problem with “sensors” I won’t go there.

- The Doctor, attempting to explain the TARDIS to a 17th-century pirate

In a previous article I looked briefly at some of the mathematical techniques used in counterterrorism and analysis of social networks. Cluster detection techniques, for example, can expose groups of people within these networks. However, many of these methods find it hard to produce good quality results from high-dimensional data.

When faced with the challenge of multi-dimensional data, it’s generally considered unacceptable (for software engineers, at least!) to say that we “won’t go there”. So what can we do to make such data easier to handle?

(more…)

COMMENTS 0

Mathematical Methods in Counterterrorism

Last week’s news that Osama bin Laden had been killed in a US operation brought the spectre of international terrorism back into the headlines. No-one supposes that this one action has eradicated the threat, so governments continue to seek whatever edge they can get in the fight.

Computers and software clearly have a significant role to play in this ongoing fight, providing everything from logistical support for military forces to campaign planning, and even morale-boosting communications between forces on the ground and families back home. But can computers help to provide analysis that genuinely aids humans in understanding what they’re seeing from the raw intelligence?

(more…)

COMMENTS 0

Making the most of the Middleware opportunity

Current government initiatives provide FRSs with the opportunity to introduce Middleware into their IT solution.

Middleware is commonly used as an architecture to support flexible integration of multiple systems. In and of itself it does not, generally, provide new functionality. When added to existing IT infrastructures it can allow greater integration, potentially removing duplication of effort, and allow for the incremental addition of new functionality.

Middleware is a powerful tool for building successful IT systems. It allows you:

  • To link together your existing systems to produce a solution that is greater than the sum of its parts
  • To introduce new systems and to grow your IT infrastructure in an incremental way rather than a big bang approach
  • To have a core element through which you can standardise the interactions of your many and disparate IT systems
  • To have a core element through which you can monitor the interactions of your IT systems

These are all a good things.

However, as with many good things, I believe there is a but. In this case the but is that just adding Middleware is not, by itself, going to solve your problems. Using Middleware is increasingly being seen as the panacea to all existing IT ills. Too many times people leap upon a technology without clearly knowing what problem it is they are trying to solve. In my view knowing what business need you are trying to meet is one of the keys to a successful programme and therefore a successful Middleware deployment.

Here are some questions you might like to think about:

  • Do your existing systems support the business need?
  • Do your existing systems provide a mechanism for Middleware access?
  • Can everything you want to do with an existing system be done using Middleware?
  • Do you need a distributed solution?
  • What speed of response do you need?
  • How reliable must your system be?
  • How much new functionality do you want to build?
  • Is it just a database change?

So, whilst wholeheartedly supporting the usefulness of Middleware in enabling a robust and scalable IT architecture, I would urge you to spend some time up front analysing your business processes so that you can target this cure-all where your business most urgently needs it. This will allow you to get the most benefit from your Middleware investment.

COMMENTS 0