Geographic Information Management in Local Government - Chapter 11

CHAPTER 11 Case Study — Leeds City Council LEEDS CITY COUNCIL AT A GLANCE Key Facts Local authority name: Leeds City Council Local authority type: Metropolitan borough Population: 715,400 Current state of operation of GIS: Multi-supplier/Authority-wide GIS (but note that most GIS implementations are confined to specific departments with few inter-linked corporate applications) Main GIS products in use: ESRI’s ArcInfo 7, ArcView and MapExplorer2 (with ArcGIS and ArcGMS under test); MapInfo; and GGP Applications: Map production, land terrier, LLC, planning and building regulations application processing, and highways design (plus a variety of small stand-alone systems) Land and Property Gazetteer status: Largely conformant to BS7666 (populated from the Local Authority Management Information System (LAMIS) Gazetteer) GIM/GIS strategy status: Agreed to using one supplier to implement a central corporate gazetteer that will be available to all departments and to enable public Internet access to some data sets Forum for steering GIS: GIS program board with higher level business, IT, and strategy group that prioritizes funding and resource allocation Staffing for GIS: GIS program manager (in IT services) Contact details: Principal planning officer (data) (telephone 0113 247 8122) What Makes Leeds City Council Distinctive? In the early 1970s, Leeds Corporation (as it was called then) signed up as the pilot site to develop and implement ICL’s LAMIS. Starting from an early desire to introduce an overall corporate approach to land and property information, the council then entered the doldrums of disillusionment before reconceiving its approach to gazetteers and GIS from the 1990s onward. ©2004 by CRC Press LLC Key Stages in the Implementation of GIS Stage 1 (1972 to 1980) — Pioneering LAMIS project (construction of UPRN hub file) that was a joint venture among Leeds City Council, ICL, and the Department of Trade and Industry Stage 2 (1980 to 1991) — LAMIS project not completed and key users such as rates disconnect from the hub. Planning and building regulations applications processing and housing maintenance continue to use LAMIS Stage 3 (1991 to 1996) — Maintenance of property hub file transferred to planning department. Corporate GIS project assesses the potential for GIS throughout the council. As a result, GIS-based systems for land terrier and local land charges systems installed (but local land charges system not live until 2003 because of system performance and data quality problems) Stage 4 (1996 to 2002) — Desktop revolution encouraged many departments to pur-chase GIS for individual applications. No strict single supplier policy but most systems based on ArcView. In 2001 Leeds City Council committed to adopting a single supplier and to setting up a corporate gazetteer Positive Drivers and Success Factors for GIS • Early participation in LAMIS and associated opportunities for cost sharing • Severe deterioration of paper base maps for local land charges register and land terrier • Commitment of high-level champions such as director of finance • Reduced computer storage costs and higher processing speeds that lowered entry level to GIS • Increased pressure for access to information coupled with availability of easy-to-use GIS software • Availability of digital OS base through the SLA (from 1994) Problems that Threatened Success • Lack of sustained funding for LAMIS arising from underestimation of costs and technical challenges • Extended timescale for implementing LAMIS with lack of results and loss of credi-bility • Over-run of data capture projects • Lack of awareness of the potential of, and opportunities for, GIS among senior managers Practical Benefits from GIS • Improved quality of data through more extensive usage • Graphical power of visualizing topical data within GIS • Map location now the “common currency” for exchanging data across departments ©2004 by CRC Press LLC 11.1 WHY WAS LEEDS CITY COUNCIL CHOSEN AS A CASE STUDY? In the early 1970s, Leeds Corporation (as it was then called) committed to an ambitious project to form a LAMIS based on the principle of creating a number of banks of information that would be shared across the different local authority functions. The vision was to establish a comprehensive local authority database that was management oriented and kept up-to-date by the day-to-day operational tasks of the authority. It was recognized that this all-encompassing vision would take several years to deliver benefits, and the authority took an “act of faith” to pilot the development of the system without the anticipation of significant early returns. For the first phase of the project, which involved information relating to land and property, the Leeds Corporation invited ICL to join it to form a joint team. Together with the resources of the corporation, funding was obtained from the Department of Trade and Industry and ICL. The aim of the project was to develop a solution that was applicable as far as possible to other authorities and to report on the problems likely to be encountered in implementation. This pioneering attempt to introduce an overall corporate approach to informa-tion systems started bravely and enthusiastically in 1972 with the undertaking of a 3-month review of all council functions that could potentially benefit from the improved availability of information. On the basis of the resulting report, the council decided to put in place as a first priority a common database supporting the rating, planning, local land charges, and housing rents functions with, at its core, the establishment of a hub file containing all the properties within Leeds, each identified by a UPRN. But by the early 1980s the project had still not been completed, and disillusionment set in as a consequence of widespread recognition that it was failing to deliver. Part of the reason for this failure lies in the penalties that Leeds City Council paid for being an early pioneer. In particular: • Spatial data was limited in availability. At the time LAMIS was under development in the early 1970s, there were no digital maps, so spatial data had to be digitized from paper maps, and then plotted for checking as overlays that could be super-imposed on the paper maps. • Computers were in their infancy, so computer storage capacity and associated costs were major problems. • Spatial analysis techniques (now taken for granted as a part of GIS) were only just being developed, and the early GIS specialists were still grappling with problems such as how to write script that could tell whether a point was inside or outside a polygon. Leeds City Council is distinctive because it is a prime example of an authority that began a grand design in information systems in the 1970s only to recognize too late that projects that rely on lengthy timescales for delivery, without the careful selection of “early winners,” are doomed to failure at the start. But Leeds City Council, together with others such as Bradford and Coventry, did much to demon-strate the potential value and identify the practical problems of establishing land and property gazetteers. Their groundwork has been subsumed into the approaches ©2004 by CRC Press LLC of other local authorities and the emergence of BS7666. To have come so far in developing a complex data management system such as LAMIS, while working within the severe constraints identified above, needs to be recognized as an outstand-ing achievement despite the project’s lack of completion. Following retrenchment into departmentalism in the 1980s and early 1990s the phoenix has again begun to reemerge from the ashes. From the mid-1990s the successor Leeds City Council has begun to build upon its past investment and knowledge and move gently toward resurrecting the infrastructure that could even-tually support a corporate approach. 11.2 THE BACKGROUND — WHAT HAS LEEDS CITY COUNCIL DONE? Leeds City Council is an example of the implementation of a multi-sup-plier/authority-wide GIS, using the terminology that we introduced in Chapter 8. It currently has a mix of software from ESRI (ArcInfo 7; ArcView, and MapExplorer2), MapInfo Corporation (MapInfo Professional), and GGP across the council. However, while there is widespread use of GIS, it is important to note that most GIS imple-mentations are confined to specific departments (or even parts of departments) with few interlinked corporate applications. The major databases and processing systems that are linked to GIS include the LPG, land terrier (covering the city council’s land holdings and transactions), LLC register, and planning application processing system. These systems have taken several years to become operational. The planning and environment department is already in the course of procuring a replacement planning application processing system in order to keep up with rising user expectations of what a modern computer system must be able to offer. The LPG is live and being maintained, but the bulk of the data was loaded from the former LAMIS UPRN hub file and needs substantial cleaning up. Several impor-tant flows of information on changes, in particular council tax and Non-Domestic Rates, are not yet interfaced to the gazetteer. The gazetteer is largely conformant with the first (1994) version of BS7666, but has not been revised to take into account the changes required by BS7666 (2000). The gazetteer has been implemented as part of Phase 1 of the corporate GIS, which is based heavily on ESRI’s products, and is an integral part of the LLC application. Access to the gazetteer by other view-only users is restricted by the technical difficulties involved in sharing the data that is currently locked into the local area network that supports LLC and the land terrier. A prototype BS7666 (2000) conformant gazetteer — based on the Phase 1 original gazetteer extended by data from the housing stock information base, council tax and National Non-Domestic Rates, and electoral register — has recently been established. In addition, all the land terrier data have been loaded and the system is now live. The LLC data were loaded in December 2000–January 2001 with live running now imminent. The planning application processing system is free standing but can be accessed (in “read only” mode) by the LLC register. ©2004 by CRC Press LLC Looking back at the history of the development and implementation of GIS and improved access to spatial data in Leeds, it is clear that implementation has taken place over four major stages: Stage 1 (1972 to 1980) — The LAMIS project started as a joint venture among Leeds Corporation, ICL, and the Department of Trade and Industry, with the close involvement of the finance, planning, housing, and highways departments. The project involved the construction of a hub file of the city’s properties (known as Basic Spatial Units or BSUs), each of which was identified by a UPRN and an associated grid reference, and which was intended initially to support the business systems for rating, planning, local land charges, and housing rents. The UPRN was held in the format: SSSSS/PPPP/I/XXX where S was the street code, P a property within the street, I a pseudo-indicator to indicate that a property was not identified by a number (e.g., identified by a house name held on a separate names file), and X a sub-subdivision (for a property split into parts, e.g., flats). The methodology for constructing the hub file was based heavily on parallel work led by the Department of the Environment to develop a manual on point referencing properties and parcels of land (for which the draft was available at the start of the LAMIS project in 1972). While the hub file of over 200,000 BSUs was established by mid-1973, including the digitizing of BLPU centroids, the work required to create the links to the business systems (rating, planning, local land charges, and housing rents) became protracted and fraught with difficulties. The wide-reaching nature of the project made ongoing corporate commitment and continued input of the necessary resources difficult to sustain as a multi-year program in the face of other pressures on the local authority (e.g., local government reorganization in 1974). By the end of the 1970s the project was only partially completed, and support evaporated with the lack of significant tangible benefits. At this time some links to rating, planning, and housing systems had been achieved, but the local land charges function remained unsupported. Stage 2 (1980 to 1991) — During the 1980s the council entered the “quiet years” in terms of a disenchantment with corporate initiatives relating to land and property data. Further development of LAMIS in Leeds was halted in 1981 (as a consequence of the council’s upgrading its mainframe from ICL to Honeywell), but ICL continued to work with a small group of local authorities elsewhere, e.g., in Dudley and Thameside. As a consequence, the rates department decided to go its own way by disconnecting from the hub file. Despite the investment that had been made in establishing a potentially corporate infrastructure for land and property data in the form of the hub file, the only uses of the LAMIS system were for some individual operational purposes. In particular, the main uses were for planning and building regulations applications processing and some specialized housing functions such as painting and maintenance scheduling. Over this period, the LAMIS hub file contin-ued to be maintained for these users by the IT section but as a low priority. A gradual ©2004 by CRC Press LLC ... - tailieumienphi.vn