Skip to Content

@@alt@@

CCH GIS Data Dictionary

Tax Parcel - Polygons that reflect the division of property for the purpose of assessment by Real Property, BFS.

  Coverage 
Notes
References
Downloads


Last Update: Daily
Agency/Dept: DPP

ATTRIBUTES:

PARCEL_UID system wide historically unique polygon id; will change on any boundary modification
TYPE The parcel type: 1=Tax & Regulatory; 2=Tax, 3=Regulatory
TMK 8 digit tax map key number
TAXPIN
a unique id used to distinquish tax parcels; changes on official change only
REC_AREA_AC the legal acreage value as recorded at Real Property
REC_AREA_SF the legal square foot value as recorded at Real Property
STREET_PARCEL is it a private steet Y/N
FLOATING_PARCEL is this parcel a mobile vendor or sales entity
ZSP zone, section and plat number
TMK8NUM 8 digit tax map key number
TMK9NUM 9 digit tax map key number (first digit is county code)
IN_DATE date the parcel was created
IN_FILE_NUM date the file was created
IN_EDIT_EVENT date the edit took place
NHOOD_NUM neighborhood board number
LOADDATE date the transfer took place from edit server to warehouse


NOTES:
How Tax_Parcels differ from Regulatory Parcels

There are actually 2 different views of the parcel layer: "regulatory" (legal) and "tax". The regulatory depiction of parcels reflects the division of property according to permitted applications for subdivision and consolidation as processed by DPP. The tax view of parcels reflects divisions of property for the purpose of assessment by Real Property. Some spatial differences between these "views" may result when applications for property subdivision or consolidation are approved by DPP (e.g. become "legal") but are not (or not yet) recorded with the State Bureau of Conveyances. Recording parcel changes is the responsibility of the land owner/developer. More details...


Lineage:

The parcel layer was originally digitized from the hand drafted linen maps. After digitizing, the line accuracy was checked by plotting all the tiles and comparing against the original drafted maps. The TMK was assigned to each polygon based on the Tax Map books, as produced by the Finance Department. This layer is the base for many other layers. It is the cadastral base for showing property boundaries, and any subsequent subdivisions which modify these boundaries.
Subdivisions are the basis for changing the boundary lines. They are entered within one month of DPP's approval, however, the TMK is not officially assigned to the parcel by the Finance Department until the subdivision has been recorded with the state. During this period of time the TMKs of the newly subdivided parcels are placed in a temporary layer called regulatory parcels. Once Finance has received the recorded subdivision, new TMKs are assigned. This generally occurs within one to six months after approval of the subdivision by the Department of Planning and Permitting.

The TMK is the key to linking the polygon to other related databases, such as, land and building assessed valuation, ownership, addresses, building permits, and DLU permits.

Procedures_Used:
When the database was first created from the digitizing of the manually drafted linen maps, there was no assignment of the TMK. These maps were at a scale of 1 in = 100 feet in the urban areas and 1 in = 200 feet in the rural areas. The TMKs were assigned by comparing plots of the digitized layer to the Tax maps.

Reviews_Applied_to_Data: Each time a subdivision is approved, it is entered into the database in the editors workspace (called a version). A subdivision is not placed into the warehouse until it passes Quality Control tests by the technician and the database manager. The job is then handed off to Finance to assign TMKs.

Related_Spatial_and_Tabular_Data_Sets: The following are related tabular databases that contain additional information based on the TMK (the key related item). These files are copied weekly from various source databases.


Asmtgis: Land and Building valuation from Finance
AsmtPitt: Land and Building values, includes values for portions of parcels that may be split by valuation categories called pitt codes
Vownalltype: Ownership table from Finance Department (created from a view of the owndat and ownmlt joined on server)
Legdat: Legal area and Apt or condo unit numbers
SiteAddress: building addresses from DPP

Notes:
On a regular basis property owners submit subdivisions to DPP. They are reviewed by several departments prior to approval and eventual entry into the database. These subdivisions are drawn at 1 inch = 40 feet, sometimes 1 inch = 20 feet. The COGO coordinates on these maps are used to update the parcel boundaries in the area where the subdivision occurs. Larger subdivisions are submitted through a digital DXF file format and merged into the parcel layer. This process provides a way to test the accuracy of the original digitizing. Should the COGO coordinates indicate an error in the digitized line, then the existing line is replaced with the COGO coordinates. When a DXF file is used, the new subdivision must be within 10 feet of the existing boundaries, or further checks are made to determine the accuracy of the parcels in the area of the subdivision. Experience has shown most DXF files will be within six feet of the existing parcels, only on rare occasions has it been necessary to correct an extensive number of existing parcel boundaries.

REFERENCES:


COVERAGE:




Tax Vs Regulatory Parcels


Download Shape File
Download Layer File