CITY OF METROPOLIS

REQUEST FOR PROPOSALS

PROFESSIONAL GIS CONTRACT SERVICES

for
DESIGN AND DEVELOPMENT OF GEODATABASE FOR CITY SIGNS,
PEDESTRIAN WALK SIGNALS, AND PEDESTRIAN HAZARDS
RFP #2016-008

Release Date: September 1, 2016

SECTION 1. INTRODUCTION

1.1 City Background

The City of Metropolis has a population of approximately 190,000 with a total area of about 46 square
miles. The City consists of a densely urbanized city center surrounded by suburban development and
currently non-development land. Of the total 46 square miles, land use breaks down as follows: a)
densely urbanized (21%), b) mixed medium density residential/commercial (25%), c) Low density
residential (26%), d) industrial (10%), e) open/undeveloped land (18%), water (1%). The City is governed
by an 8-member City Council and a Mayor elected at-large. The City’s chief executive officer is the City
Manager, appointed by the Mayor and Council. The main City Departments and offices include:

 Financial Services Department

 Human Resources Department
 General Services Department
 Information Technology Services Department
 Planning, Building, and Development Department
 Public Works Department
 Utilities Department (water and wastewater services)
 Police Department
 Fire and Emergency Preparedness Department
 City Clerk’s Office
 City Office of Regulatory Compliance

The Public Works Department will have management responsibility for this project and will oversee the
work of the City’s Project Team that includes selected staff from the Public Works Department and other
City Departments.

1.2 Project Summary

The City of Metropolis Public Works Department wishes to engage a professional Contractor to develop
an up-to-date GIS database with the following GIS database features:

1. City maintained signs in or associated with the City right-of-way or on City-owned property

2. Pedestrian walk signal devices at intersections of City streets

3. Locations of potential pedestrian hazards associated with City compliance with the American
Disability Act (ADA) including curb cuts/ramps, sidewalk problems, etc.

This GIS data will be compiled through use of existing data sources and field surveys to be conducted by
the selected Contractor to this RFP. Data will be captured and subjected to quality control procedures by
the Contractor and delivered as ArcSDE geodatabase Feature Classes for loading to the City’s enterprise
GIS database. In addition to the delivered data, the Contractor will prepare GIS-based applications to
support the City Department of Streets ongoing update of the data.

The Contractor will carry out all work described in this RFP in coordination with and support from the City
Project Manager and Project Team.

The main work elements associated with this project include:

 Work with City to confirm specific scope, deliverables, and timing– including a detailed Work Plan
for all project activities. The Work Plan should include all work tasks and submittal of data
deliverables. The data deliverables should be phased to correspond to specific areas of the City.

City of Metropolis RFP for Geodatabase Design and Development Services p. 1

  Review of existing databases and records that will support the Contractor’s work.
 ArcSDE database design for the Feature Classes needed to store the data developed in this
project
 Preparation of tools and procedures for field-based capture of data
 Design and execution of a pilot project, for a limited area of the City, to test the database design,
procedures, and tools. Pilot project results will be reviewed by the Contractor and City and
adjustments to the design or procedures will be made prior to initiating the full database
development work.
 Capture all required data (signs, pedestrian walk devices, ADA compliance) using existing
databases and field data collection.
 Perform all necessary quality control work to adhere to stated data quality criteria and deliver data,
in stages corresponding to specific areas of the City.
 Provide and load a complete GIS data, as geodatabase feature class(es) on the City’s ArcSDE
geodatabase.
 Provide the City with application tools for office staff and for mobile devices to update sign data
and to capture new sign data in the field on mobile devices (tablet computer and/or smart phone).
 Provide monthly status reports and other communications as necessary to support project
execution.

Timing for key milestones associated with this RFP, proposal submittal, and contractor selection are
identified below:

 RFP Release: September 1, 2016

 Non-Mandatory Pre-Proposal meeting: September 15, 2016
 Deadline for submittal of RFP questions: September 29, 2016
 Proposal submittal: October 14, 2016
 Decision and notification of shortlisted Respondents: November 15, 2016
 Final Selection: December 2, 2016
 Project Start: January 2, 2017

The Pre-Proposal meeting on September 15, 2016 will be held at 10:00am at the Metropolis City Hall
Annex, 999 City Street, Conference Room #1 on the first floor. The City will open a conference call line for
interested parties to participate remotely. Attendance at this Pre-Proposal meeting is encouraged but is
not mandatory.

The timing for project execution will be based on the selected Contractor’s proposal and negotiations with
the Department of Streets. The Department is interested full project completion by the end of 2017.

The subsequent Sections of this proposal provide detailed information about the project scope,
deliverables, proposal format, and terms under which the project will be executed and managed.

City of Metropolis RFP for Geodatabase Design and Development Services p. 2

SECTION 2. PROPOSAL REQUIREMENTS AND SELECTION CRITERIA

2.1 Contact Information and RFP Questions

Prospective Respondents are encouraged to submit questions about this RFP. Questions should be
submitted in writing via email to the following by September 29, 2016:

Lucille Geodata, Project Manager

City of Metropolis Public Works Department
1337 City Street
Metropolis, OH
lgeodata@metropolis.gov
(999) 999-9999

All RFP questions should be submitted only to Mr. Robert Data. Any contact about this RFP, by
Prospective Respondents, to any other City staff person or official is grounds for a potential rejection of a
submitted proposal.

Questions and responses to the questions will be posted to the City’s Website
(www.metropolis.gov/procurement/RFPs) soon after they are submitted.

2.2 Standard Definitions and Term Used in this Proposal

This Section defines key terms that are used throughout this RFP.

 “City” means the City of Metropolis

 “GIS database development” refers to all work assigned to the selected contractor for capture,
creation, quality control, and installation of GIS data described in this RFP.
 “Request for Proposal (RFP)” refers to this solicitation from the City for proposals for GIS database
development and related services.
 The term “Respondent” means the company or team of companies which submits a proposal in
response to this RFP
 The term “Contractor” means the Respondent awarded the work described in this RFP and
contracted to perform those services. Reference to the Contractor in this RFP shall also apply in
full to any subcontractor for the named Contractor.
 The term “Subcontractor” refers to a company or person that is providing specific services for this
project through a written agreement with the Contractor.
 The term “GNSS” stands for Global Navigation Satellite System which includes the U.S. GPS
system as well as other satellite systems operated by other countries (e.g., Russian GLONASS,
Chinese COMPASS and European Galileo systems)

2.3 Proposal Format and Content Requirements

To expedite and simplify proposal evaluation and to assure that each proposal receives the same orderly
review, all proposals shall adhere to the format described in this section. Proposals shall contain all of the
elements of information specified without exception. Proposal sections and pages shall be appropriately
numbered. The required proposal sections are:

 Cover Letter: Signed by individual with authority for contract negotiations

 Title Page: Reference to name of project, the prime contractor, and proposal date
 Table of Contents
 Section 1: Introduction and Executive Summary
 Section 2: Short Summary of Relevant Experience and Qualifications

City of Metropolis RFP for Geodatabase Design and Development Services p. 3

  Section 3: Proposed Scope, Methodology, and Deliverables
 Section 4: Project Structure, Management, and Schedule
 Section 5: Company Description, Corporate Structure, Financial Information, Experience,
Qualifications of Proposed Project Team
 Section 6: Compliance with Contract Terms and Legal Requirements
 Section 7: Price Proposal
 Appendices (Used for any additional or supporting information cited by the Respondent but not
included in the main proposal sections)

A more detailed explanation of the content of each section is provided in the following sections:

2.3.1 Proposal Section 1: Introduction and Executive Summary

Provide a brief overview about the proposal including the following:

 Summary of project team including an identification of any subcontractors

 Brief overview of company qualifications and proposed team members
 Summary of proposed work approach and deliverables
 Statement indicating the Respondent’s understanding of the requested work and factors that will
contribute to their team’s success in completing said work.

2.3.2 Proposal Section 2: Short Summary of Relevant Experience and Qualifications

Respondents should include a brief description of company background and history, business focus, and
experience in GIS database development and related services work particularly relevant to the requested
work.

2.3.3 Proposal Section 3: Proposed Scope, Methodology, and Deliverables

This proposal Section must contain a full response to the project specifications and deliverables in RFP
Section 4 (Project Information), RFP Section 5 (Quality Control Requirements and Data Acceptance
Criteria), and RFP Section 6 (Data Maintenance Applications). Respondents should provide a clear plan
with tasks and subtasks for performing the work required by this RFP (as summarized in RFP Section 1.2
and explained in more detail in RFP Sections 4, 5, and 6) and explain the approach, methodologies, and
tools that will be employed. This proposal section should include a clear set of deliverables addressing all
project and work requirements summarized in Section 1.2

2.3.4 Proposal Section 4: Project Structure, Management, and Schedule

This proposal Section must provide a description of the project team and roles, management procedures
and tools, and a schedule for execution and completion of all project work. More specifically, the following
topics should be covered:
 Identification of the Contractor Project Manager and Project Team members with their titles and a
description of their roles.
 A project organizational chart that shows the proposed project team.
 Management practices and tools used for project status tracking, reporting, risk management and
response to project issues, and procedures for ensuring that the project stays on task, schedule,
and budget.
 A project schedule with planned start and end dates for all tasks and subtasks necessary to
initiate, execute, and managed the required work.
 A description of the role and expected resources and support required of the City for execution of
project work.

City of Metropolis RFP for Geodatabase Design and Development Services p. 4

The project team may include personnel of a subcontractor which will be responsible to the Contractor.
The subcontractor company and its role should be clearly described.

2.3.5 Proposal Section 5: Company Description, Corporate Structure, Financial Information,

Experience, Qualifications of Proposed Project Team
This section shall include the following:

 Full name of the company submitting the proposal an identification of the type of company (sole
proprietorship, S Corporation, LLC, etc.). Indicate if the company is privately held or a public
company. If applicable, provide the stock symbol and Dun and Bradstreet number.
 Company size (number of employees by functional classification).
 Financial information that includes gross revenue and revenue for GIS-related services for most
recently completed fiscal year and identification of any current legal encumbrances or corporate
obligations with financial impact on company operations.
 Name of individual with authority to negotiate and approve contract terms resulting from this RFP
process.
 Identification of any subcontractors included in the proposal, subcontractor company type and
location, number of years in operation, and identification of current or past projects which the
Respondent has worked with the subcontractor.
 Description of the services provided by the prime contractor and subcontractor and a clear
description of the proposed roles of the prime contractor and subcontractors.
 Location of home office and office(s) from which services will be provided.
 Project references including an identification and description of at least three and no more than six
projects, similar in scope to that described in this RFP. Include an identification of the client
organization name and location, year(s) service was provided, description of the project scope,
approach, and deliverables, and a client name and contact information (including phone and email
address).
 Identification of project team members, their affiliation (prime or subcontractor), their roles, and
their professional credentials and experience.
 A concise summary of qualifications for this project.

Scoring will include an evaluation of proposed personnel to determine if the necessary people and roles
are included on the proposed project team including:

A project manager that will have responsibility to direct and oversee overall all project work and will be in
communication with the City project manager

 GIS analysts and developers with skills for GIS database design and application development
 Field data collection personnel with skills in organizing and carrying out the data collection work
 GIS technicians with skills in data entry and quality control
 Other personnel as may be needed to fully complete project work

2.3.6 Proposal Section 6: Compliance with Contract Terms and Legal Requirements
Respondents shall respond to the requirements of RFP Section 6 (Standard Contract Terms and Legal
Requirements) which requests that Respondents fully review these terms and state their acceptance or
cite exceptions and alternate wording for specific terms.

2.3.7 Proposal Section 7: Price Proposal

This proposal Section must contain a full response to RFP Section 9 (Price Proposal). This must include
a full project price itemized as explained in RFP Section 9.

City of Metropolis RFP for Geodatabase Design and Development Services p. 5

2.4 Administrative Rules and Requirements

2.4.1 Proposal Packaging and Submittal

Respondents will submit a digital version (PDF file) of their proposal via email, by 4:00PM on October 25
to:

Roger Beancounter, Procurement Officer

City of Metropolis Financial Services Department
Dbeancounter@metropolis.gov

The file name should include the phrase: “Metropolis GIS DB Development Proposal” along with the
Respondent name (abbreviation is OK) and a date. Any proposals received after the required date and
time will be rejected.

2.4.2 Responsibility for Work and Use of Subcontractors

All work described in this Request for Proposal is assumed to be done by the selected Contractor or an
approved subcontractor unless otherwise specified in writing in the proposal. The use of subcontractors is
generally acceptable but all proposed subcontractors and the scope associated with those subcontractors
shall be clearly detailed in the proposal. The Contractor may expect assistance from the City of Metropolis
in the organization and providing of source materials and data, answering questions during the database
development work, and other support tasks. Respondents shall clearly identify the expected types and
level of support from The City of Metropolis.

2.4.3 Duration of Proposal

Proposed services and costs stated in the Respondent’s proposal will remain in effect for ninety (90)
calendar days after proposal submittal.

2.4.4 Addenda
The City of Metropolis may issue an addendum or addenda to this Proposal. Any such documents will be
available at the City of Metropolis Website (www.metropolis.gov/procurements/RFPs).

2.4.5 Rejection of Proposals

This RFP implies no guarantee to the Respondent by the City of Metropolis for stated services. The City
of Metropolis retains full rights to reject any or all proposals based on format and content or to cancel the
project before initiation.

2.4.6 Cost of Proposals

Respondents assume full responsibility for the costs of proposal preparation and submittal, response to
questions from The City of Metropolis, shortlist presentations, contract preparation, or any other costs
associated with responding to and complying with this RFP through the execution of a contract for the
services described herein.

2.4.7 Authorized Signature

The proposal must contain the signature of a duly authorized officer of the Respondent empowered with
the right to bind the Respondent to the proposed services and cost.

2.4.8 Compliance with Laws and Licenses

The selected Contractor will adhere to all applicable local, state, or federal laws, regulations, or licensing
requirements prior to the beginning of project work.

City of Metropolis RFP for Geodatabase Design and Development Services p. 6

SECTION 3: PROJECT INFORMATION

3.1 City Project Personnel and Management

The project is being conducted for the City of Metropolis Public Works Department which has
responsibility for the operation and maintenance of city streets, signage, traffic control, parking, City
buildings, pedestrian walkways, and other transportation-related facilities. The Department will assign a
City Project Manager and team to oversee the project and provide necessary information and support to
the selected Contractor. The Project will have oversight by the Project Sponsor—the Director of the Public
Works Department. The City Project Team will consist of the City Project Manager and individuals from
multiple City Departments and offices as shown below.

 Project Sponsor: George Headguy, Director, Public Works Department

 Project Manager: Lucille Geodata (Public Works GIS Supervisor)
 Team Member: Patrick Sanchez, Sign Maintenance Foreman, Public Works Department,
 Team Member: Hannah Sturgill, Traffic Engineer, Public Works Department
 Team Member: Sam Zhang, Street Maintenance Assistant Supervisor, Public Works Department
 Team Member: Frank Seminski, Traffic Control Officer, City Police Department
 Team Member: Jim Luciano, City GIS Database Administrator, City GIS Office-Department of
Information Technology Services

3.2 Description of the GIS Data to be Developed

As summarized in Section 1.2, the following three categories of data will be compiled and delivered as
ArcSDE geodatabase feature classes:

1. City maintained signs in or associated with the City right-of-way or on City-owned property: This
includes signs for traffic flow and direction, warning/alerts, parking control, street naming, city buildings,
and other city signage. Signs may be mounted on sign posts, street light poles, utility poles, sign
structures, buildings, or other structures.

2. Pedestrian walk signal devices at intersections of City streets. This includes the locations of pedestrian
walk buttons and walk displays.

3. Locations of potential pedestrian hazards associated with City compliance with the American Disability
Act (ADA) including curb cuts/ramps, sidewalk problems, etc.

Some metrics useful for projecting time and cost for this project are listed below. These numbers are
estimates since exact counts are not known (and need to be verified in this project)

 Mileage of City streets: 790

 Number of Traffic Control, Parking, Regulatory, and City Building Signs: 12,500
 Number of Street Signs: 15,500
 Number of Pedestrian Walkway Signals: 380

3.3 Existing Source Data

The Contractor will use existing City data sources, to the extent feasible, to compile the GIS data required
for this project. Table 1 summarizes existing data sources that the City believes may be of value to this
project. The Contractor, as part of the work on this project, will be required to evaluate these data sources
and use them in a way that best supports project work. The Contractor may identify and use other existing
source data sources that may be useful to meet the data compilation requirements of this RFP.

City of Metropolis RFP for Geodatabase Design and Development Services p. 7

 Table 1: Description of Main Source Data
Data Source Description
An ArcGIS File geodatabase, which allows for data export in Shapefile format. This
includes City traffic control and parking signs (not street name signs). These are point
locations (State Plane coordinates) with attributes that include: sign ID number, installation
Signage File date, inspection date, sign type, sign text, size, condition, type of mount/post. This
Geodatabase database does not include Street Signs and has not been regularly update with signage
changes since 2002. Also, there has been no formal quality control testing to verify the
completeness of the database prior to 2002 (i.e., some pre-2002 signs may not be in the
database).
This is an Excel spreadsheet with a list of installed traffic signals, including pedestrian walk
Traffic Control devices. This list includes the type of device, ID number, manufacturer/model, installation
Device Installation date, intersection location (names of cross streets). This is up-to-date with all traffic
Database devices installed from 1998 to the current time. It does not include information on
pedestrian signals that have been removed.
The Public Works Department maintains an Access database with information on citizen
calls and complaints. This database captures information about calls (date/time of call,
caller name and contact information, caller address location, description of complaint,
Public Works address or intersection associated with complaint). The database is also used to track
Complaint Database actions that the Department takes to respond to the complaint—including a description of
work carried out with a code indicating the type of problem and work carried out. There are
“work type” codes for a) Cracked/Buckled Sidewalk and b) Curb Ramp. This information
may be useful in planning and compiling data for the ADA Pedestrian Hazard inventory
The City GIS Office (Information technology Services Dept.) manages the City’s enterprise
GIS program and supports multiple City Departments in update and access to GIS data
and applications. The City currently uses Esri ArcGIS 10.3 software (ArcGIS for Server,
ArcGIS Desktop) and a number of ArcGIS extension software packages. The City’s
enterprise GIS database uses ArcSDE geodatabase architecture with a SQL Server
database. The database includes over 40 geodatabase feature classes and datasets a
number of which will be useful for this project:
 High-resolution orthoimagery acquired in the Spring of 2016 (color, 6-inch
pixel resolution)
 Street Centerlines (segmented by block) with attributes including street
City GIS Data names, right/left address ranges by block, street classification, number of
lanes, one-way flag.
 Planimetric mapping showing the footprints of major government,
institutional, commercial, and multi-family apartments buildings (single-family
residential buildings not included). The buildings have attributes for primary
address, building type, and building name.
Other GIS data feature classes include parcels, address points, water and sewer utilities,
zoning, administrative areas (City planning areas, public safety response areas, etc.), and
others. All coordinates use the Ohio State Plane North Zone with the NAD83 horizontal
datum with Ohio’s most recent datum adjustment.

3.4 Description of Work and Project Deliverables

As described in Section 1.2, Contractor responsibilities will involve the collection and compilation of GIS
databases and associated quality control for the following types of GIS database features:

1. City-maintained signs in or associated with the City right-of-way or on City-owned property

2. Pedestrian walk signal devices at intersections of City streets

3. Locations of potential pedestrian hazards associated with City compliance with the American
Disability Act (ADA) including curb cuts/ramps, sidewalk problems, etc.

This GIS data will be compiled through use of existing data sources and field surveys to be conducted by
the selected Contractor to this RFP. Data will be captured and subjected to quality control procedures by

City of Metropolis RFP for Geodatabase Design and Development Services p. 8

the Contractor and delivered as ArcSDE geodatabase Feature Classes for loading to the City’s enterprise
GIS database. In addition to the delivered data, the Contractor will prepare GIS-based applications to
support the City Department of Streets ongoing update of the data.

The Contractor will carry out all work described in this RFP in coordination with and support from the City
Project Manager and Project Team. Specific deliverables that support the work elements listed in Section
1.2 are described in Table 2. These Deliverables are organized into main deliverables: a) specific GIS
products and services to be provided to the City, and b) supporting deliverables that support technical
work and associated project planning and management. The Respondent may propose additional
deliverables which may support project work or provide the City with additional products or services which
could improve or enhance the implementation and the City’s management of signage and street-related
facilities.

Table 2: Summary of Project Deliverables

Deliverable Description
Main Deliverables (MD):
MD1: ArcSDE Geodatabase Geodatabase design that includes Esri ArcSDE Geodatabase features classes for
physical GIS database capture and management of data being compiled for this project (signage, pedestrian
design walk signals, pedestrian hazards).
Populated ArcSDE feature classes (designed in Deliverable MD1) with up-to-date and
MD2: GIS Data quality checked features and attribute data for the required data (signage, pedestrian
walk signals, pedestrian hazards).
Compilation and capture of geospatial metadata associated with the feature classes
MD3: GIS metadata
in the ArcSDE geodatabase. The metadata format and content should comply with
development.
the FGDC Content Standard for Geospatial Metadata (www.fgdc.gov).
Custom applications that support on going update of the GIS data (signage,
MD4: Design and pedestrian walk signals, pedestrian hazards). This will include applications for field-
development of custom GIS based and office-based data capture to support future inspections and capture of new
applications to support City features as they are installed or maintained. The applications should provide an
update of data intuitive interface usable by employees without GIS technical expertise or experience
with ArcGIS Desktop. Written user documentation should also be included.
Training services for selected City personnel for the custom applications (Deliverable
MD5: Training services MD3. This includes the preparation of training materials, organizing the sessions, and
presenting the training to selected employees (from 6 to 810 employees)
A written report that describes how the project work was conducted and the work
results. This should include a description of procedures, technical standards, tools,
and applications used for the project. A description of results should explain the
MD6: Final Project Report
database format and content and counts for features captured. The report should also
include a “lessons learned” summary describing challenges, how effective the project
procedures were, and potential improvements for future projects.
Supporting Deliverables (SD):
Detailed work plan that identified tasks, timing, and responsibilities for project work
associated with the main deliverables. This includes any adjustments to the work
SD1: Project Work Plan plan(s) required during the project. This Work Plan should follow the description of
scope in Respondent proposals but may be more detailed and with updated timing to
be used as a blueprint for executing the work.
Monthly status reports that indicate percentage completion for each task with notes
SD2: Monthly Status
on status, major accomplishments in reporting period, key objectives for next period,
Reports
and any issues or problems that need to be addressed.

City of Metropolis RFP for Geodatabase Design and Development Services p. 9

 Deliverable Description
Includes design and execution of a pilot project with the objective of testing and
adjusting procedures and methodologies for GIS database development, quality
control, and associated source material handling. There are three main pilot projects
objectives to address:
1. Evaluation and refinement of the ArcSDE database design
SD3: Pilot Project Plan, 2. Overall testing of GIS data capture and development approach and tools.
Execution, and Report 3. Testing of quality control procedures
The pilot project should include pilot project design document, carrying out data
collection work for a limited, representative area of the City, review of procedures and
results, identification (in a written report) of the pilot projects results, and adjustments
to the ArcSDE database design and data collection procedures based on the pilot
project.
Defining procedures and developing and deploying tools for City Project Team review
SD4: Deliverable QA and acceptance of deliverables from the Contractor. This includes procedures and
Support Tools and tools for review and comment on custom application development and database
Assistance deliverables (for adherence to content, format, and quality criteria). This will include a
status tracking and reporting tool.
Any necessary on-site work sessions with City personnel. This includes session
preparation, agenda, and meeting handouts or digital documents. The Respondents
SD5: Work Sessions with will describe, in their proposal, the anticipated on-site meetings. At a minimum, the
the City on-site meetings should include sessions for database design review, pilot project
review, and custom application review, custom application training. Respondents may
identify additional on-site sessions

3.5 GIS Database Description-Data to be Collected and Compiled in this Project

The data for capture and compilation in this project, including signs, pedestrian walk signals, and
pedestrian hazards should be provided as ArcSDE feature classes. Table 3 provides additional
information about this data.

Table 3: GIS Data for Collection

Deliverable Description
Summary: Locations and attribute data for City-maintained in or associated with the City right-of-
way or on City-owned property. This includes signs for traffic flow and direction, warning/alerts,
parking control, street naming, city buildings, and other city signage. Signs may be mounted on
sign posts, street light poles, utility poles, sign structures, buildings, or other structures.
City-maintained Format: One or more ArcSDE geodatabase point feature classes with the x,y location (State
signs Plane coordinates).
Attributes: Feature class attributes for each sign should include: Unique ID Code, GNSS
Coordinates1, Sign Category2, Sign Type3, Sign Size, Sign Text, Physical Condition4, Reflectivity,
Code5, Sign Height from Surface, Post/Mount Type, Post/Mount Condition6, Install Date7,
Comments.
Summary: City-maintained walkway signal devices at intersections of City streets. This includes
the locations of pedestrian walk buttons and walk displays.
Pedestrian Format: One or more ArcSDE geodatabase point feature classes with the x,y location (State
Walkway Signal Plane coordinates).
Devices
Attributes: Feature class attributes for each device should include: Unique ID Code, GNSS
Coordinates1, Device Type8, Model/Manufacture9, Physical Condition10, Operational Status11,
Install Date7, Comments.

City of Metropolis RFP for Geodatabase Design and Development Services p. 10

 Deliverable Description
Summary: Locations of potential pedestrian hazards (external to buildings) associated with City
compliance with the American Disability Act (ADA) including curb cuts/ramps, sidewalk
problems, etc. This includes walkways in the City right-of-way and City property with the
exception off walkways and trails in City parks and recreation areas.
Pedestrian
Walkway hazards Format: One or more ArcSDE geodatabase point or line feature classes with location (State
Plane coordinates).
Attributes: Feature class attributes for each hazard location should include: Unique ID Code,
GNSS Coordinates1, Intersection, Closest Address, Hazard Type12, Hazard Severity13,
Comments.
1
X and Y horizontal coordinates (decimal latitude and longitude) as captured by mapping grade GPS/GNSS field data
capture device. This is the point location of the sign or surface location of the sign post.
2
Sign categories include: a) Street Name, b) Traffic Regulation, c) Warning/Alerts, d) Parking, e) Information, f) City
Building
3
Sign Type is the specific classification of the sign (e.g., Stop Sign, Yield Sign, etc.) from list to be provided by the City
4
Physical condition of the sign rated as Excellent, Very Good, Good, Fair, and Poor based on specific criteria to be
established by the City and Contractor
5
Reflectivity code (describing visibility/readability of sign based on the rating scale to be provided by the City
6
Physical condition of the sign mount or post rated as Excellent, Very Good, Good, Fair, and Poor based on specific
criteria to be established by the City and Contractor
7
Only to be populated if the install date is available from existing City records. Will be populated for all future, newly
installed signs and devices.
8
Device Type includes Walk Signal Button and Walk Signal Display
9
Name of Manufacturer and Model of the device captured from existing City sources or imprint on the device
10
Physical condition of the device rated as Excellent, Very Good, Good, Fair, and Poor based on specific criteria to be
established by the City and Contractor
11
Operational Status codes based on a classification scheme to be provided by the City. The codes reflect how well the
device is operating in comparison with operational standards
12
Hazard Type is a code that identifies the nature of the hazard. Specific codes will be identified by the City but will
include” no curb ramp, curb ramp problem, walkway crack, buckled walkway, walkway obstruction, and other types as
may be necessary.
13
Hazard Severity rated as Extreme, Major, Moderate, and Low based on specific criteria to be established by the City and
Contractor

Data quality requirements are explained in Section 4.

3.6 GIS Database Collection and Compilation Approach

Respondents are required to explain the procedures and tools used to compile the data described in
Table 3. It is the Respondent’s responsibility design an approach that meets all requirements for database
content, format, and quality. The following expectations should guide the design of database collection
and compilation procedures and tools:

 Meet the data quality requirements stated in Section for each of the three types of data described
in Table 3.
 Specific ArcSDE geodatabase feature classes defined should optimize the efficiency of data
access and update.
 The Contractor will use existing data sources to the greatest extent possible (see Table 1) but
should understand the limitations of these sources
 Accurate data collection must employ effective field-based techniques and tools. Horizontal
coordinates should be captured using mapping grade GPS/GNSS equipment. Field data capture
may use properly equipped vehicle (drive-by) capture methods, manual visitation to sites, or a
combination of both techniques.
 The Contractor will employ appropriate procedures and tools for in-office processing of the field

City of Metropolis RFP for Geodatabase Design and Development Services p. 11

 collected data.
 The Contractor will employ suitable methods and tools for quality control and quality problem.
Correction prior to delivery to the City.
 The horizontal positions of the GIS data points will be adjusted to correspond to visual references
on the City’s high-resolution orthoimagery. Such positions to be stored in State Plan coordinates in
the GIS may be slightly different than the GPS/GNSS locations (latitude/longitude) determined in
the field.
 The GIS features should have standard symbiology and annotation applied—using standards
agreed to during the pilot project.

As noted above, the location of GIS features will be captured using GPS/GNSS collection equipment
using methods designed to provide accurate, precise horizontal positions meeting accuracy requirements
stated in Section 5. These accurate positions, stored as decimal latitude and longitude coordinates, will
be stored as attribute fields in the GIS database. The coordinates for the GIS features (in the State Plane
North Zone datum) will be adjusted (from the field-collected data) to match the City’s high-resolution (6-
inch) orthoimagery (feature visually seen on the orthoimagery) which will be a primary base map source
provided to the Contractor for use in this project. This feature adjustment is being requested to avoid any
user confusion in cases showing displacement of the feature from its location in the orthoimage. The
City’s checks on orthoimagery accuracy indicates that accurate locations captured in the field will not
show major displacement from the orthoimagery.

3.7 Custom GIS Applications

Deliverable MD4 (see Table 2) describes the custom applications needed to support ongoing City staff
work on updating the GIS data compiled by the contractor—as work occurs (maintenance and
replacement of signs and devices and fixing of pedestrian hazards) and a new signs and devices are
installed. The applications should use off-the-shelf ArcGIS tools and functions with a custom, simplified
interface providing intuitive workflows for data update. These applications should allow the user to choose
the type of data for update and applications should be developed for two user environments: a) Field-
based data update with GPS/GNSS-enabled notebook or tablet computer AND b) Office-based update on
a PC workstation. Both of these application user environments should be Web browser based with access
to ArcGIS for Server (not ArcGIS desktop). Each application user environment should support entry of
new features and attributes with real-time quality control to catch major errors (attribute value out of the
established domain). The applications may use existing, off-the-shelf application software integrated with
ArcGIS with any configuration needed to support City needs.

The field-based update application should provide automatic location and date stamping and the interface
and screen navigation should be appropriate for field workers in high-light environments. The application
should be designed to work in real-time wireless communication with a GIS server or in disconnected
mode (with tools to upload data when worker returns to the office).

The office-based application should support data update from a variety of sources including hard copy
field notes, engineering as-built drawings, or other sources. The assumption is that office-based workers
will access the GIS via a Web-based interface and have available one or two large format, high-resolution
monitors.

City of Metropolis RFP for Geodatabase Design and Development Services p. 12

SECTION 4: BASIC QUALIFICATION REQUIREMENTS AND SELECTION
CRITERIA

4.1 Minimum Qualifications for Respondents

The City of Metropolis seeks to retain the services of a company or team of companies qualified to
provide the services described in this RFP at a reasonable price. For a Respondent to be considered
minimally qualified for this work, the following basic qualifications must be met:

 Adherence to the content and format requirements of this RFP.

 Financial stability and no legal issues or proceedings, including but not limited to court or
administrative proceedings that could negatively impact schedules.
 Successful completion of at least three past projects of similar nature and scope.
 Sound management and delivery of high-quality GIS database development and related
applications for government organizations,
 Technical skills and experience with Esri ArcGIS software, ArcSDE geodatabase architecture, and
use of design and development tools for database and application design and development in an
ArcGIS software environment.
 Experience with designing developing field-based GIS applications.
 Availability of adequate and qualified staff, and free from project timing conflicts that could
negatively impact the work.
 In possession of the necessary tools (hardware and software) to carry out this work.

4.2 Proposal Selection Philosophy

The “Best Value Proposal” will be evaluated based on the combination of the Respondent’s qualifications
and references, previous experience and performance, proposed monetary cost, and the inclusion of all
services and deliverables contained in the proposal specification portion of this document. The selected
Respondent will be considered to have submitted the best value proposal as solely determined by the
City of Metropolis.

4.3 Proposal Scoring Methodology

Scoring will include multiple criteria under the following categories, each of which are weighted showing
their contribution to a final composite evaluation score on which short-list selections will be based:

 Proposal Score (70%)

‒ Responses - Quality and completeness of proposal responses: 20%
‒ Financial Stability - Corporate Structure, Financial Stability, and Acceptance of the City
of Metropolis Contract Terms (taking into account corporate structure, financial
information, and response to THE CITY standard contract terms): 10%
‒ Technical Merit – Demonstrated understanding of scope and technical quality based on
response to RFP Sections 4 and 5: 30%
‒ Project Management - Project Management, Schedule, and Project Resources (ability to
meet required schedule, effectiveness of project management approach based on
response to RFP Section 7, and skills and experience of project manager and proposed
team): 20%
‒ Experience - Company Experience (extent of utility database development experience,
Esri software experience, and results of reference checking): 20%

City of Metropolis RFP for Geodatabase Design and Development Services p. 13

  Cost Score (30%)
The total cost of the proposal services will be utilized in the evaluation formula
 Final Composite Evaluation Score
Final Composite Evaluation Score = 70% (proposal score/maximum proposal score) + 30%
(minimum proposal cost/proposal cost)
In addition to the Evaluation Weighting Summary, several pass/fail criteria will be reviewed. If the
Respondent significantly fails on any of the following requirements, the Respondent’s proposal may be
rejected without further evaluation or scoring:

1. Project Experience

2. Methodology/Deliverable Requirements

3. Delivery Constraints

4. Incomplete Proposal

5. Proposal Submission Format

City of Metropolis RFP for Geodatabase Design and Development Services p. 14

SECTION 5: QUALITY CONTROL REQUIREMENTS AND DATA ACCEPTANCE
CRITERIA
In the context of this database development project, data quality may broadly be defined as, “the level of
conformance, of the delivered data and products, with stated specifications.”

The Contractor will use sound procedures in the database development process to ensure proper quality
meeting specifications stated in Section 4. In general, these procedures should include such practices as:

 Proper documentation of database development procedures and mapping rules and

communication and training of all staff involved in the project.
 Automated checks, at appropriate steps in the database development process, to identify and
correct mapping and attribute capture errors. Automated checks may use any available software
packages or custom applications to identify errors of spelling, graphic integrity, logical connectivity,
attribute completeness, attribute value domain consistency, and other quality criteria that lend
themselves to automated checking.
 Appropriate manual inspection at steps in the database development process to catch and correct
errors that are not found through automated means.
 Appropriate validity checks to ensure proper compliance with the geodatabase design and logical
connectivity rules included in the final GIS database deliverables.
 Final testing of data with ArcGIS software before it is completed as a formal submission to The
City of Metropolis.

Quality control should be approached with the goal that each submission will fully meet stated
specifications. Each submission should be accompanied with documentation indicating that it has passed
quality control procedures. Technical specifications for data content and format along with specific data
quality criteria stated in this subsection are collectively described as “data acceptance criteria” (DAC).
The City of Metropolis will put in place quality assurance checking procedures to identify the quality of the
Contractor’s deliverables and the level to which data acceptance criteria are met. This QA checking for
data products will include automated tests for attribute value validation, compliance with logical and
connectivity rules, and other checks that will be performed on the entire deliverable. In addition, there will
be visual checks of a sample of locations in the deliverable to check for compliance with accuracy,
symbology, and annotation requirements. The results of the quality assurance checks will determine
whether a deliverable is accepted or returned to the Contractor for additional work.

The Respondent will describe quality control procedures and tools (manual and automated) that will be
used during the database development process to ensure that deliverables meet the data acceptance
criteria explained in this Section.

5.1 File Naming and Organization

5.1.1 Proper File Format and Spelling

All files will be delivered with properly spelled and formatted names and the names of all feature datasets,
feature classes, and data entities will be properly spelled 100 percent of the time.

5.1.2 Feature Class Content and Organization

All geodatabase feature classes will be organized as stated in the data model and all feature datasets will be
delivered with their proper, associated feature classes 100 percent of the time.

5.2 Graphic Quality and Connectivity

5.2.1 Graphic Data Structure

Map features will use valid geodatabase feature types (point, line, and polygon) 100 percent of the time.

City of Metropolis RFP for Geodatabase Design and Development Services p. 15

5.2.2 Edge-matching/Spatially Continuous Database
While data capture may be carried out on a sheet-by-sheet basis, the data shall be spatially continuous
with no invalid breaks in map features across map sheet or tile boundaries.

5.2.3 Feature Duplication and Graphic Data Quality

No duplication (multi-digitization) of map features is permitted. Line features will be depicted accurately
and consistently. For example, a) there should be adequate feature shape points for a smooth
representation for curved features b) line features which are straight (no bends) should be shown as
straight segments bounded by two end points, and c) no overshoots or undershoots for line features that
intersect.

5.3 Feature Completeness

The map feature completeness rate (for all Feature Classes) is 99 percent. This percentage is based on
the total set of map features that can be identified on source material and in the field. The Contractor shall
identify cases in which the existence of a feature is suspected but source material or field conditions do
not allow its position to be determined.

5.4 Map Feature Placement and Positional Accuracy

Map feature placement and positional accuracy relates to the horizontal location of the signs, devices,
pedestrian hazard captured for this project. It is expected that GNSS-enabled field data collection devices
will support mapping grade accuracy (1-foot or less). Horizontal positions for 90% of coordinates captured
in the field will be within 30 centimeters of the actual location. Horizontal positions for 99% of coordinates
captured in the field will be within 60 centimeters of the actual location. No positons should have a
horizontal positional error of more than 1 meter.

5.5 Attribute Accuracy

The Contractor will deliver data with an attribute accuracy rate (for all feature classes) of at least 98.5
percent (unless a different acceptance level is indicated below). This percentage is based on the total set
of attributes for map features for which values can be reliably determined from source materials or from
information provided by the City of Metropolis Project Team. The following rules contribute to attribute
accuracy:

 All attribute table schemas are correct 99.9 percent of the time (taking into account limitations of
source materials).
 Relationship classes have proper cardinality (origin-destination) and the Primary and Foreign keys
are properly assigned and all Primary keys have properly formatted unique values 100 percent of
the time.
 Subtype attributes, when used, will be properly entered 99.5 percent of the time.
 No null values for attribute fields where null entries are not valid.
 Entry is consistent with the data type format (e.g., integer, decimal, date) for the attribute field: 100
percent compliance required.
 Adherence to all domain rules (lists of valid entries or within stated range for numeric fields).
 Proper spelling for all text entries.

City of Metropolis RFP for Geodatabase Design and Development Services p. 16

SECTION 6: PROJECT OPERATIONS, LOGISTICS, AND MANAGEMENT

6.1 Roles and Responsibilities

The City of Metropolis has assigned Lucille Geodata, Public Works Department GIS Supervisor, as
project manager for this project. This person will be the primary point of contact for all project activities,
contract issues, and the enforcement of data acceptance criteria for all deliverables. The City’s Project
team members are identified in Section 3.1. As needed, additional the City of Metropolis personnel will be
assigned to provide support throughout the project. The basic responsibilities of the City of Metropolis
include:

 Providing hard copy source materials and digital files in a manner that supports the work of the
Contractor.
 Prompt quality assurance (QA) review and a decision for acceptance or rejection of Contractor
deliverables.
 Prompt response to questions from the Contractor in all design, database development, and
application development activities.
 Providing access to a server and system resources for data loading and possible application
development.
 Lead resolution of any issues with data sources.

The Respondent will identify a project manager who will be the principal contact for the City of Metropolis
and will oversee all work described in this RFP. The Respondent will include an organizational chart
showing all proposed project personnel and their roles in the project.

The Respondent will state any assumptions or expectations on responsibilities of and resources to be
provided by the City of Metropolis during this project.

6.3 Data Deliverable Submittal Requirements

GIS data deliverables should include data from specific sheets based on the map grid identified during the
project initiation phase and finalized at the project start-up meeting. Digital document deliverables should
be organized in a manner that supports efficient quality assurance checks by The City of Metropolis. All
deliverables should be accompanied by a written report that identifies the contents and which confirms
that the data has been subjected to all QC checks by the Contractor. The contractor will also provide
deliverable data on DVD for archive purposes to the Bryan, Ohio office within 5 business days after the
data is available on cloud storage. The Contractor may set up a Web-based project portal as a means for
deliverable submittal and City review and comment.

6.4 Work Plan Preparation

As summarized in Table 1 (see Deliverable SD2), the Contractor will be required to prepare detailed Work
Plan(s) as an initial project step. The Work Plan(s) should cover the following topics:

 Description of tasks and deliverables.

 Timing of tasks and milestones and relationships and dependencies between them.
 Handling of source materials and procedures for source preparation.
 Responsibilities for Contractor and City personnel for specific tasks.
 Pilot project development, execution, and follow-up and basis for pilot results that may drive
design or procedural changes.
 Quality control and delivery procedures by Contractor
 City quality assurance and acceptance procedures.

City of Metropolis RFP for Geodatabase Design and Development Services p. 17

  Procedures for flagging issues and resolving them in an efficient manner (problem resolution).
 Procedures for making potential changes in design or specifications (Note: the City of Metropolis
must approve any design changes that are made during the course of database development. If
design changes require revision of deliverables already completed, the City of Metropolis will make
these changes or issue a change order for the Contractor to make these changes).
 Project Manager and team member roles and contact information.
 Management, monitoring, reporting, and communication procedures.

Respondents shall state their acceptance of this Work Plan requirement and provide proposed ideas for
the content and format of such a Work Plan.

6.5 Location of Database Development Work and Source Material Handling

The Respondent shall explain where the database development work will be carried out. If different
locations will be used for different parts of the database development work, this should be specified.
Unless specifically allowed, no original source documents maintained by the City of Metropolis will be
removed from the premises.

6.6 Quality Assurance and Acceptance Procedures

The City of Metropolis will perform a prompt QA check on all data deliverables and will inform the
Contractor about acceptance or rejection of each deliverable. QA will include automated and manual
checks for certain format and quality criteria (checks on graphic connectivity, compliance with geometric
connectivity rules, database validation and manual (visual checks) of a large sample of the deliverable
products (GIS and digital document indexes). This QA testing procedures will employ a series of
automated and manual checks using GIS software.

6.7 Documentation of Data Capture Rules and Exceptions during Database Development
Process
The Contractor will maintain a log of data capture rules, exceptions to rules, and special cases that arise
during the database development work that drive decisions for data capture. The City of Metropolis will
promptly answer questions from the Contractor on how to handle special cases. As appropriate, changes
to or additional mapping rules will be implemented during the database development process to support
handling of special cases in the future. The Respondent will describe how the logging of exceptions,
special cases, and rule changes or additions will be accomplished. The City of Metropolis prefers that
questions, notes, or mark-ups about specific database development cases that require input by the City of
Metropolis project personnel, be included on a separate annotation map layer.

6.8 Managing Updates during Database Development

There will be cases in which new utility development or maintenance operations occur, during the
database development project, in areas for which data has already been converted and delivered. The
Respondent shall provide suggestions on how database update will occur for areas that have already
been converted. Options should include a) in-house database development by The City of Metropolis, b)
updates performed by the Contractor during the project, or c) updated performed by the Contractor at the
end of the database development project.

6.9 Status Reporting Requirements

Status reporting by the Contractor will include the following:

 Monthly written status report that document work completed and in progress during the reporting
period, percentage completion for each project deliverable, any project issues that need to be
dealt with, and key goals for work in the next reporting period.
 Periodic status meetings (in person or by phone) as needed during the project.
 A web-based tool, accessible by the Contractor and the City of Metropolis that provides a map

City of Metropolis RFP for Geodatabase Design and Development Services p. 18

 based tool showing the status of GIS database development work, delivery status, and
QA/Acceptance status by The City of Metropolis.
 In person, email messages and/or phone contact as needed during the project.

City of Metropolis RFP for Geodatabase Design and Development Services p. 19

SECTION 7: STANDARD CONTRACT TERMS AND SPECIAL LEGAL
REQUIREMENTS

7.1 Legal Framework

This Request for Proposals is issued to secure proposals for the City of Metropolis GIS Database
development project. All proposals submitted in response to this document must comply with state of
Ohio law. The laws of the State of Ohio will govern any disputes arising under this document and
subsequent contract.

Respondents shall review The City of Metropolis’s standard contract terms in this Section and state their
compliance with these terms or cite specific exceptions to the terms. If exceptions are taken to any
contract terms, the Respondent should provide suggested alternate language, a rationale for any
suggested change or deletion of The City of Metropolis’s standard contract term with an explanation on
how the intent of the contract language is met.

7.2 Section Titles in the Document

Titles of paragraphs used herein are for the purpose of facilitating ease of reference only and shall not be
construed to infer a contractual construction of language.

7.3 Examination
Respondents shall carefully examine the specifications and accompanying documents to obtain first-hand
knowledge of obligations and responsibilities.

7.4 Terms Inclusive

The Contractor agrees that all terms and provisions contained within shall become part of the awarded
contract. Should addendums become necessary, addendums shall be incorporated within the contract for
the project.

7.5 Independent Contractor Status and Responsibilities

The Contractor shall be and remain an independent Contractor with respect to all services performed
hereunder and agrees to and does hereby accept full and exclusive liability for payment of any and all
contributions of taxes for social security, worker’s compensation premiums, unemployment insurance, or
retirement benefits, pensions, or annuities or hereafter imposed under any Local, State or Federal Law,
which are measured by the wages, salaries, or other enumeration paid to persons employed by the
Contractor for work performed under the terms of this contract, and further agrees to obey all lawful rules
and regulations and to meet all lawful requirements which are now or hereafter may be issued or
promulgated under said respective laws by any duly authorized Local, State or Federal officials; and said
Contractor also agrees to indemnify and save harmless the City of Metropolis from any such contributions
or taxes or liability.

7.6 Foreign Corporation

Each Contractor, who is a foreign corporation or limited liability company not chartered or licensed to do
business in the State of Ohio, is required to submit with its proposal an affidavit duly executed by the
president, vice-president, or general manager of the corporation or limited liability company stating that
the foreign corporation has, in accordance with the provisions of the law in the State of Ohio, obtained a
certificate authorizing it to do business in the State of Ohio.

7.7 Assignment/Subcontractor/Joint Ventures

Neither the contract, nor any rights, duties nor obligations described herein will be assigned by either
party hereto without prior express, written consent of the other party. The contract will be made pursuant
to the proposal submitted by the Contractor. The contract will be based on the Contractor’s qualifications

City of Metropolis RFP for Geodatabase Design and Development Services p. 20

and responsibilities. The Contractor will not sublet or assign the contract nor shall any Subcontractor
commence performance of any part of the work included in the resulting contract, without the previous
written consent of The City of Metropolis.

Joint ventures are permissible. However, one organization must be clearly defined as the party having
primary responsibility and the remaining organization(s) as having secondary responsibilities. The
primary party will submit his/her proposal as outlined in the specifications with the secondary party being
a Subcontractor to the proposal.

7.8 Contract Administration

The City of Metropolis will administer the contract.

7.9 No Contingent Fees

No person or selling agency shall be employed or retained or given anything of monetary value to solicit
or secure this contract, except bona fide employees of the Contractor or bona fide established
commercial or selling agencies maintained by the Contractor for the purpose of securing business. For
breach or violation of this provision, the City of Metropolis shall have the right to reject the proposal, annul
the contract without liability, or, at its discretion, deduct from the contract price or otherwise recover the
full amount of such commission, percentage, brokerage or contingent fee or other benefit.

7.10 Contractor Insurance

The Contractor shall purchase and maintain such insurance as will protect the City of Metropolis from
claims set forth below which may arise out of, or result from the Contractor’s execution of the proposed
services where applicable, whether such execution be by Contractor or by any subcontractor or by
anyone directly employed by any of them, or by any one for whose acts any of them may be liable:

 Claims under workmen’s compensation, disability, benefit and other similar employee benefit acts;
 Claims for damages because of bodily injury, sickness or disease or death of Contractor’s
employees;
 Claims for damages because of bodily injury, sickness or disease or death of any person other
than Contractor’s employees;
 Claims for damages insured by usual personal injury liability coverage which are sustained (1) by
any person as a result of an offense directly or indirectly related to the employment of such person
by the Contractor, or (2) by any other person; and
 Claims for damages because of injury to or destruction of tangible property, including loss of use
resulting there from.

Certificate of Insurance acceptable to the City of Metropolis shall be filed with the City of Metropolis prior
to commencement of the services. These Certificates shall contain a provision that coverages afforded
under the policies will not be canceled unless at least fifteen (15) days prior WRITTEN NOTICE has been
given to The City of Metropolis.

The Contractor shall possess and provide proof of Professional Liability/Errors and Omissions (E&O)
Insurance for the duration of the contract. In addition, the following types and minimum coverage of
liability coverage will be maintained by the Contractor:

 Commercial General Liability Insurance: General Aggregate Limit - $2,000,000

 Products-Completed Operations: Aggregate Limit - $2,000,000
 Comprehensive Automobile Liability: Bodily Injury & Property Damage Liability Limit with Each
Occurrence - $1,000,000

The above minimum coverages may be obtained through primary insurance or any combination of
primary and umbrella insurance. In addition, the General Aggregate Limit shall be required on a per
project basis.

City of Metropolis RFP for Geodatabase Design and Development Services p. 21

The Contractor shall procure and maintain at Contractor’s own expense, during the contract time, in
accordance with the provisions of the laws of the state in which the work is performed, Workmen’s
Compensation Insurance, including occupational disease provisions, for all of Contractor’s employees at
the site of the project and in case any work is sublet, the Contractor shall require such Subcontractor
similarly to provide Workmen’s Compensation Insurance, including occupational disease provisions for all
of the latter’s employees unless such employees are covered by the protection afforded by the
Contractor. In case any class of employees engaged in hazardous work under this contract at the site of
the project is not protected under Workmen’s Compensation statute, the Contractor shall provide, and
shall cause such Subcontractor to provide, adequate and suitable insurance for the protection of
Contractor’s employees not otherwise protected.

7.11 Performance Requirements

The Contractor will be responsible for delivery of products and services with adherence to the scope,
schedule, content, format, functionality, and quality specifications defined in this RFP.

The delivery of any material, software, equipment, or the performance of any service that does not
conform in all respects to the specifications will be rejected and the City of Metropolis Project Manager
shall notify the Contractor for the reasons for the rejection. If the Contractor fails to make immediate
replacement of such rejected material, equipment or service meeting the specifications, the City of
Metropolis will procure in the open market materials, and equipment, or hire labor of the quality required
to meet the specifications up to the value rejected and the Contractor and his surety shall be liable to the
City of Metropolis for the total costs of the correction.

If the Contractor defaults or neglects to carry out the work in any respect in accordance with the contract
documents and fails to correct the default, except where an extension of time is granted in writing by the
City of Metropolis, the City of Metropolis upon written notice to the Contractor may, without prejudice to
any other remedies that the City of Metropolis may have, make the correction required. If the default or
neglect results in a threat to the safety of persons or property, the Contractor must immediately
commence to correct such default or neglect upon written or oral notice.

7.11.1 Warranty on Deliverables

After the database and custom application deliverables have been accepted by The City of Metropolis,
the Contractor will provide a written warranty, in a form acceptable to The City of Metropolis, for a period
of twelve (12) months after acceptance of each deliverable. If any errors are found or cases in which data
acceptance criteria have not been met are discovered within the warranty period, the Contractor will be
obligated correct these problems.

7.11.2 Malware Protection

The Contractor will put in place controls to ensure and warrant that all data deliverables are free from
viruses or other malware. If data deliverables have been shown to contain viruses and malware that
infects the City of Metropolis computer systems, the Contractor will bear the full costs incurred by the City
of Metropolis to recover from the infection.

7.11.3 Security Policy Compliance

The Contractor will keep all the City of Metropolis data and information as confidential and proprietary.
The Contractor is not given any right to provide, display, sell, lease, or convey any source material or
other information obtained or created as a derivative of the activities of this project. The City of Metropolis
has sole ownership of all materials in perpetuity.

City of Metropolis RFP for Geodatabase Design and Development Services p. 22

SECTION 8: PRICE PROPOSAL

8.1 Price Proposal Requirements

Respondents shall provide fixed prices and projection of hours, by functional project role, for each of the
deliverables identified in the table below. The fixed prices should include all labor and direct expenses.
The sum of deliverable prices presented in the proposal should be equal to the total cost for performing all
work defined in this RFP. Spaces are provided for optional deliverables, not specifically stated as
requirements in the RFP, which the Respondent may decide to offer. During contract preparation with the
selected Respondent, specific invoicing milestones and format will be determined.

Proposed Timeline
Deliverables (planned start and finish dates) Cost
Main Deliverables:
MD1: ArcSDE Geodatabase physical GIS database
design
MD2: GIS Data
MD3: GIS metadata development.
MD4: Design and development of custom GIS
applications to support City update of data
MD5: Training services
MD6: Final Project Report
Supporting Deliverables:
SD1: Project Work Plan
SD2: Monthly Status Reports
SD3: Pilot Project Plan, Execution, and Report
SD4: Deliverable QA Support Tools and Assistance
SD5: Work Sessions with the City

City of Metropolis RFP for Geodatabase Design and Development Services p. 23