1. From Master Address List To GIS Enabled Data Warehouse

2. The Infrastructure  One Central GIS Map that Drives our Location Data  One Central Database containing our Addresses and Location Data  All operational applications have their address data loaded and managed from the Central GIS MAP and Location Database  GIS Enabled Data Warehouse

3. Clear and Straightforward Goals  Save (Time and Money) and Improve (Quality and Consistence) Managing Location Data –Enterprise Perspective (everyone must be on board) –Manage Locations in one place and push to all operational databases  Create a Simple Data Warehouse from several key operational databases –Event –Date –Location

4. Save (Time and Money) Improve (Quality and Consistence)  Must have the entire organization supporting this initiative  Must Manage addresses and locations in only one place in the organization –We have 13 operational applications that depend on Addresses from Police dispatch to Permit and Development

5. Enterprise Perspective  CIO and City Manager must champion all things that are enterprise wide  Project leader reports directly to City Manager  Involve all Department heads and their key people in determining the business process to centrally manage locations and address.  Manage all types of locations not just addresses

6. Manage Locations in one place  Clean your data (you now have a place to store it)  Departments will no longer add addresses into their own databases  All addresses and street names will be added into the central location database

7. Clean Your Master Data  Master list of street names  Master list of segments from the Centerline GIS data  Associate segments and streets  Set ranges on segments  Routing data for segments i.e. speed limits  Point addresses  Validate intersections  QA, QA, QA

8. Database Relate Segments to Road names

9. Database Relate loc (Addresses) to segment/roads

10. Database

12. No longer add address to operation database  This is why you need the CIO, City Manager and department heads involved at the planning stage.  By far the biggest Business commitment and the first step.

13. Benefits of Central management  All 13 applications will have the exact same address data –When Departments work together they all have the same addresses to talk about. –We do not have any cleaning to do to load the location data from these 13 operational applications into our Data Warehouse

14. Benefits (Cont)  If one department finds a problem then the fix is added to our central address database and pushed out to all 13 operational databases so the entire city organization benefits from one person in one department discovering a problem

15. Benefits (Cont)  Likewise if one external partners such as the Water Works finds a problem we can verify this discrepancy and fix the problem which will benefit all 13 of our operational applications and all of our external partners.

16. Benefits (Cont)  Once the infrastructure is in-place, we can use 1/13th as much effort to get really great quality address data and all 13 applications will get the same extremely high quality data with this very small amount of effort.

17. Benefits (Cont)  When we add our 14th or 15th application we simply tie them into our architecture and they will immediately benefit from our extremely high quality of addresses.

18. Benefits (Cont)  We have our very best address people making the decisions as to what the addresses should be for our enterprise.

19. Problems with Central Management  It took a real cultural change for the departments to give up control of their address data and look to the enterprise to provide this data and functionality. The key was that our CIO and City Manager were 100% behind this initiative.

20. Problems (Cont)  Departments now have a dependency on the central Address Administrators group to change the address and the department must now wait for one of the Address Administrators to change the address before the change can get into their departmental database.

21. Problems  We had to build an infrastructure to support this centralized architecture. –Central Address Database (ERS) –Initially populate and clean the ERS database –Create a GUI application to manage the ERS database –Create Business Process to Centrally Manage Addresses –Create Data transformations from ERS to each operational database –Create Data transformations from each operational databases to our Data Warehouse (This step is infinitely easier then if we would not have implemented this architecture)

22. Key Components of Central Address Repository

23. Key Strategies to move data from the Central Database to Operational Databases  Expose your master data in a canonical format so you can change the master structures without changing all transformations  Process to Immediately move address data to operational database when a change is made in the master database –Replication Server –SQL Triggers –Third party tool  Special work needs to be done for applications that are integrated with GIS map data.

24. Questions