<?xml version="1.0" encoding="UTF-8"?><metadata>
<idinfo>
<citation>
<citeinfo>
<origin>Metro Data Resource Center</origin>
<pubdate>1990</pubdate>
<title>Taxlots</title>
</citeinfo>
</citation>
<descript>
<abstract>County tax assessors tax lots with associated property data. Selected items from each county assessor's file are included and standardized for all three counties. The tax lot spatial features and data associated with the tax lot are compiled by Metro from existing records created and maintained by the local county assessment and taxation offices.</abstract>
<purpose>For mapping, property analysis, and planning. Care should be taken in the use and interpretation of these data. Not all columns are fully populated by the assessor and the data are standardized for consistency across the data layer.</purpose>
<supplinf>Tax lots, right-of-way outlines and tax account numbers as represented on county tax assessor hard copy maps. Each tax lot is a polygon with an associated tax lot number which is the "hook" to the county tax assessor's tabular data base. Selected items from each County Assessor's file are included. The tax lot spatial features are maintained by each county and delivered to Metro quarterly. All data associated with the taxlot shape files are compiled by Metro from existing records created and maintained by county Assessment and Taxation offices. Care should be taken in the use and interpretation of these data. Not all columns are fully populated by the assessor. For example, the landuse and prop_code columns are useful for producing generalized land-use maps, but are not considered reliable for parcel specific applications. Field verification has not been done.</supplinf>
</descript>
<timeperd>
<timeinfo>
<sngdate>
<caldate>20121017</caldate>
</sngdate>
</timeinfo>
<current>Ground condition</current>
</timeperd>
<status>
<progress>Complete</progress>
<update>Quarterly</update>
</status>
<spdom>
<bounding>
<westbc>-123.47121656 </westbc>
<eastbc>-121.65053671 </eastbc>
<northbc>45.82618832 </northbc>
<southbc>44.85462409 </southbc>
</bounding>
</spdom>
<keywords>
<theme>
<themekt>None </themekt>
<themekey>Taxlots</themekey>
<themekey>tax lots</themekey>
<themekey>parcels</themekey>
<themekey>assessor</themekey>
<themekey>cadastral</themekey>
</theme>
<place>
<placekt>None </placekt>
<placekey>Portland</placekey>
<placekey>Clackamas County</placekey>
<placekey>Multnomah County</placekey>
<placekey>Washington County</placekey>
<placekey>Oregon</placekey>
</place>
</keywords>
<accconst>None</accconst>
<useconst>For product terms and conditions, please see http://www.oregonmetro.gov/index.cfm/go/by.web/id=505</useconst>
</idinfo>
<dataqual>
<logic/>
<complete/>
<posacc>
<horizpa>
<horizpar>
Please review the State of oregon Cadastral Data Exchange Standard, v2 (pdf) and the Oregon Map Goals and contact the Surveyors office for Washington, Clackamas, or Multnomah Counties.
</horizpar>
</horizpa>
</posacc>
<lineage>
<procstep>
<procdesc> Portland General Electric (PGE) purchased aerial orthophotography with 10 foot horizontal control and digitized street center lines, tax lots and street names. This layer was produced on a CAD system as a visual background to their electrical system.</procdesc>
<procdate>1980</procdate>
</procstep>
<procstep>
<procdesc> Metro converted the PGE line work to polygons and added tax account numbers. David Evans and Associates was contractor. Beaverton, Oregon City and Tigard planning areas were improved to +/- 5 feet accuracy. Oregon Dept. of Revenue and Multnomah County Assessor provided CAD drawings of the area east of 42nd Ave. which had been entered using coordinate geometry and existing control from the cities and county. This original RLIS dataset contained 553 sections.</procdesc>
<procdate>1990</procdate>
</procstep>
<procstep>
<procdesc> Metro converted 436 rural sections to polygon coverages and added tax account numbers. David Evans and Associates was contractor. Tax assessor hard copy maps were scanned and registered to PGE base maps.</procdesc>
<procdate>1991</procdate>
</procstep>
<procstep>
<procdesc> Washington Co. rural taxlot linework created by Washington Co. using assessor maps.</procdesc>
<procdate>199301</procdate>
</procstep>
<procstep>
<procdesc> Washington County began maintaining this layer within their boundaries.</procdesc>
<procdate>199301</procdate>
</procstep>
<procstep>
<procdesc> Metro converted the coverage from NAD27 to NAD83 and from single to double precision.</procdesc>
<procdate>199401</procdate>
</procstep>
<procstep>
<procdesc> Clackamas County began maintaining this layer within their boundaries.</procdesc>
<procdate>1995</procdate>
</procstep>
<procstep>
<procdesc> Multnomah Co. rural taxlot linework created by Metro using 1:24000 USGS quad for control.</procdesc>
<procdate>199507</procdate>
</procstep>
<procstep>
<procdesc> Oregon Dept. of Revenue and Multnomah County Assessor provided tax lot CAD drawings of the remaining areas of the city of Portland. This data was entered using coordinate geometry and existing control. The city of Portland converted the CAD drawings to ARC/INFO format and furnished the information to Metro.</procdesc>
<procdate>199706</procdate>
</procstep>
<procstep>
<procdesc> A major upgrade was completed in Multnomah County. The taxlots for Portland were re-mapped and updated. The horizontal positional accuracy was spatially corrected. Columns storing X and Y coordinates of each taxlot were added, mainly for use by programmers.</procdesc>
<procdate>199710</procdate>
</procstep>
<procstep>
<procdesc> Clackamas County is gradually improving the horizontal ground control of the map by registering the map to the 1996 Spencer B. Gross digital orthophotography. The photography has ground control of +/- 5 feet.</procdesc>
<procdate>1998</procdate>
</procstep>
<procstep>
<procdesc> In Multnomah County, the "TLID" field was changed to be the "state ID number" instead of the account number (R number). This made Multnomah County consistent with the other two counties. In cases where the state ID number was not available, the R number was supplied. Since the state ID number is wider in Multnomah County, the TLID field was changed to 15 characters wide instead of 12. The Multnomah County portion was projected to NAD83/91 projection (also known as HPGN).</procdesc>
<procdate>199801</procdate>
</procstep>
<procstep>
<procdesc> A field called "Rno" was added to the taxlots shapefile. Earlier the Multnomah County "R number" was used in the "Tlid" field. The "R number" is now in its own field for those users who still need it.</procdesc>
<procdate>199804</procdate>
</procstep>
<procstep>
<procdesc> In Washington County, the technique used to populate OWNER2, OWNER3 and OWNERADDR was improved. Previously the address could appear in OWNER2, OWNER3 or OWNERADDR (depending on the first available field). Now all the address information is in OWNERADDR.</procdesc>
<procdate>199807</procdate>
</procstep>
<procstep>
<procdesc> This layer was reprojected to the NAD83/91 projection (also known as HPGN) as part of a conversion of all RLIS map layers.</procdesc>
<procdate>199807</procdate>
</procstep>
<procstep>
<procdesc> Multnomah County Assessment and Taxation updated their computer system and are now using a new format for the tax lot identifier (TLID). Since the beginning of RLIS Lite, Metro has used the county's format for taxlot number, so we converted to the new 16-character number used by the county. EXAMPLE: (^ represents a space). 1S2E06AB^^^00100. If the quarter section or quarter-quarter section letters are not used, a space is used as a place holder. There are three additional spaces following the quarter-quarter section letter. The 5-digit tax lot number uses leading zeros as place holders if the number is less than 10000. Landuse data for Multnomah County was extracted from a new field, and may look slightly different than previous releases.</procdesc>
<procdate>200001</procdate>
</procstep>
<procstep>
<procdesc> The TLID format for Multnomah County was changed to be consistent with the format used by the Assessor. The 3 spaces between township, range, section and the taxlot id number was changed to 2 spaces and a hyphen. Y2K issues required that the SALEDATE field be changed from a numeric field formatted YYMM to a character field formatted YYYYMM.</procdesc>
<procdate>200011</procdate>
</procstep>
<procstep>
<procdesc> Projection information (.prj file), compatible with ArcGIS 8.1, was added to the layer.</procdesc>
<procdate>20010715</procdate>
</procstep>
<procstep>
<procdesc> Add XML metadata compatible with ArcCatalog 8.1</procdesc>
<procdate>20011031</procdate>
</procstep>
<procstep>
<procdesc> Incorporated Clackamas County COGO-ed taxlot data for Lake Oswego and West Linn.</procdesc>
<procdate>20011031</procdate>
</procstep>
<procstep>
<procdesc> Clackamas County replaced data with COGO'ed areas in Lake Oswego and West Linn to Willamette River.</procdesc>
<procdate>2002</procdate>
</procstep>
<procstep>
<procdesc> Positional adjusts to taxlots per COGO data by County Surveyor in portions of Urban Washington County - (primarily Northern Hillsboro/Beaverton, SW Tigard and Sherwood).</procdesc>
<procdate>2002 ongoing</procdate>
</procstep>
<procstep>
<procdesc> Clackamas County replaced data in Oregon City with COGO'ed sections.</procdesc>
<procdate>20021101</procdate>
</procstep>
<procstep>
<procdesc> Multnomah County began maintaining taxlots within their boundaries. In the past, Multnomah County's taxlots were maintained by the city of Portland and Metro (Metro maintained land outside the city). The taxlots will be more accurate since this layer will be maintained by the cartographers in the Assessment and Taxation office. This quarter, the county provided taxlots for the rural portion of the county.</procdesc>
<procdate>200302</procdate>
</procstep>
<procstep>
<procdesc> Tax Lots, multi-part features - The tax lot layer now supports multi-part features, a feature that is composed of more than one physical part but only references one set of attributes in the database. Previously two or more polygons could represent one tax lot, e.g. tax lots that cross roads. When you select a multi-part tax lot, both parts of the tax lot will be selected, but only one row in the attribute table. Tax Lots, multiple database records - Multiple county assessor database records for a single tax lot are now included as a separate point data layer. These records previously were not included in RLIS Lite. The primary record is included as a row in the taxlot database and all the records are included in a new point data layer called TL_MANY. TL_MANY includes all attributes that are on the taxlot data layer and an additional attribute called TLID_LONG. TLID_LONG, also known as the state_id or map tax lot number, uniquely identifies each multiple record.</procdesc>
<procdate>200304</procdate>
</procstep>
<procstep>
<procdesc> Over the past eighteen months, Multnomah County gradually took over maintenance of taxlots for Multnomah County. Metro now receives all taxlot shapes and Assessment and Taxation data directly from the county.</procdesc>
<procdate>200407</procdate>
</procstep>
<procstep>
<procdesc> Multnomah County discontinued using supplemental map sheets for condos and dropped the supplemental map number from the TLID (e.g. 1N1E33AD26-40001 is now shown as 1N1E33AD -40001). The county no longer maps condo footprints, but provides representational GIS polygons. Condos which were originally drawn as building footprints will not change unless they are updated.</procdesc>
<procdate>20060331</procdate>
</procstep>
<procstep>
<procdesc> Counties began providing source data to Metro as shapefile or geodatabase (rather than coverage). Metro began using ArcGIS Python scripts to merge shapes and calculate attributes. County-supplied shapes were used without generalizing vertices, resulting in larger file size.</procdesc>
<procdate>20070331</procdate>
</procstep>
<procstep>
<procdesc> Added OWNERSTATE and SITEZIP fields and added ArcGIS attribute indexes. Damascus is in processes of being COGOed. Gaps and overlaps may appear during this process.</procdesc>
<procdate>20070331</procdate>
</procstep>
<procstep>
<procdesc> To improve address data, the following fields were standardized using AccuMail software: OWNERADDR, OWNERCITY, OWNERZIP, SITEADDR, SITECITY, SITEZIP. More ZIP4 and fewer "null" entries appear in the OWNERZIP and SITEZIP fields. Also, a JURIS_CITY field was added to show the city that has jurisdiction over each tax lot. SITECITY is the post office mailing city of the site, which does not necessarily match the city boundaries.</procdesc>
<procdate>20091115</procdate>
</procstep>
<procstep>
<procdesc> OWNERADDR is no longer standardized by third party address software and is the original value produced by county assessors. STATECLASS was added and represents the State of Oregon land use class code. The lookup table stateclass.dbf contians the description of the codes provided by the local assessors offices. GIS_ACRES was added and is the area in acres calculated from the feature polygon using GIS software.</procdesc>
<procdate>20100726</procdate>
</procstep>
<procstep>
<procdesc> Fields that are indexed for RLISlite are OWNERSORT, OWNER1, TLIS, and SITEADDR</procdesc>
<procdate>20100805</procdate>
</procstep>
<procstep>
<procdesc> OWNADDR and SITEADDR are no longer standardized using third party address software. They contain the same values as in local assessors databases. Methods used to create TLID and multipart taxlots in Clackamas County have been modified to ensure that the item only contains 12 characters. As a result more records have full attributes.</procdesc>
<procdate>20101015</procdate>
</procstep>
</lineage>
</dataqual>
<spdoinfo>
<direct>Vector</direct>
<rastinfo>
<rasttype>NA</rasttype>
</rastinfo>
<ptvctinf>
<esriterm Name="URA_TIF_Taxlots">
<efeatyp Sync="TRUE">Simple</efeatyp>
<efeageom Sync="TRUE" code="4"/>
<esritopo Sync="TRUE">FALSE</esritopo>
<efeacnt Sync="TRUE">0</efeacnt>
<spindex Sync="TRUE">TRUE</spindex>
<linrefer Sync="TRUE">FALSE</linrefer>
</esriterm>
</ptvctinf>
</spdoinfo>
<spref>
<horizsys>
<planar>
<planci>
<plance/>
<plandu>International feet</plandu>
</planci>
</planar>
<geodetic>
<horizdn>North American Datum of 1983/1991 (HPGN)</horizdn>
<semiaxis/>
</geodetic>
</horizsys>
</spref>
<eainfo>
<detailed Name="URA_TIF_Taxlots">
<enttyp>
<enttypl>Taxlots.dbf</enttypl>
<enttypd>Tax lot attributes provided by the three county assessors.</enttypd>
<enttypds/>
<enttypt Sync="TRUE">Feature Class</enttypt>
<enttypc Sync="TRUE">0</enttypc>
</enttyp>
<attr>
<attrlabl Sync="TRUE">OBJECTID</attrlabl>
<attalias Sync="TRUE">OBJECTID</attalias>
<attrtype Sync="TRUE">OID</attrtype>
<attwidth Sync="TRUE">4</attwidth>
<atprecis Sync="TRUE">10</atprecis>
<attscale Sync="TRUE">0</attscale>
<attrdef Sync="TRUE">Internal feature number.</attrdef>
<attrdefs Sync="TRUE">ESRI</attrdefs>
<attrdomv>
<udom Sync="TRUE">Sequential unique whole numbers that are automatically generated.</udom>
</attrdomv>
</attr>
<attr>
<attrlabl>Shape</attrlabl>
<attrdef>Column containing the shape geometry</attrdef>
<attrdomv>
<udom Sync="TRUE">Coordinates defining the features.</udom>
</attrdomv>
<attalias Sync="TRUE">Shape</attalias>
<attrtype Sync="TRUE">Geometry</attrtype>
<attwidth Sync="TRUE">4</attwidth>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
<attrdefs Sync="TRUE">ESRI</attrdefs>
</attr>
<attr>
<attrlabl>TLID</attrlabl>
<attrdef> Tax lot account number, also known as state_id or map tax lot number.</attrdef>
<attrtype>Text</attrtype>
<attwidth>16</attwidth>
<attalias Sync="TRUE">TLID</attalias>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">Shape.STArea()</attrlabl>
<attalias Sync="TRUE">Shape.STArea()</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">0</attwidth>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">Shape.STLength()</attrlabl>
<attalias Sync="TRUE">Shape.STLength()</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">0</attwidth>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
</detailed>
</eainfo>
<distinfo>
<distrib>
<cntinfo>
<cntorgp>
<cntorg>Metro Data Resource Center</cntorg>
</cntorgp>
<cntaddr>
<addrtype/>
<address>600 NE Grand Ave.</address>
<city>Portland</city>
<state>OR</state>
<postal>97232</postal>
</cntaddr>
<cntvoice>503 797-1742</cntvoice>
<cntfax>503 797-1909</cntfax>
<cntemail>drc@oregonmetro.gov</cntemail>
</cntinfo>
</distrib>
<distliab>The information in this file was derived from digital databases on Metro's GIS. Care was taken in the creation of this file. Metro cannot accept any responsibility for errors, omissions, or positional accuracy. There are no warranties, expressed or implied.</distliab>
<stdorder>
<digform>
<digtinfo>
<formname>Shapefile or ESRI geodatabase format. Hourly fee will be charged for conversion</formname>
<transize>Approx. 350 MB (199709)</transize>
</digtinfo>
<digtopt>
<offoptn>
<offmedia>CD-ROM or DVD</offmedia>
<recfmt> ISO9660 (DOS, Unix, or Macintosh)</recfmt>
</offoptn>
<onlinopt>
<computer>
<networka>
<networkr>http://www.oregonmetro.gov/rlisdiscovery</networkr>
</networka>
</computer>
<accinstr> Most RLIS layers are available on the RLIS Discovery site. Email drc@oregonmetro.gov or call 503 797-1742 for further instructions.</accinstr>
</onlinopt>
</digtopt>
</digform>
<fees>RLIS subscription required</fees>
</stdorder>
</distinfo>
<metainfo>
<metd>20121017</metd>
<metc>
<cntinfo>
<cntorgp>
<cntorg>Metro Data Resource Center</cntorg>
<cntper>Steve Erickson</cntper>
</cntorgp>
<cntaddr>
<addrtype>mailing and physical address</addrtype>
<address>600 NE Grand Ave.</address>
<city>Portland</city>
<state>OR</state>
<postal>97232</postal>
</cntaddr>
<cntvoice>503 797-1595</cntvoice>
<cntfax>503 797-1909</cntfax>
<cntemail>steve.erickson@oregonmetro.gov</cntemail>
</cntinfo>
</metc>
<metstdn>FGDC Content Standards for Digital Geospatial Metadata</metstdn>
<metstdv> 19940608</metstdv>
</metainfo>
<dataIdInfo>
<envirDesc Sync="TRUE"> Version 6.2 (Build 9200) ; Esri ArcGIS 10.8.1.14362</envirDesc>
<dataLang>
<languageCode country="USA" value="eng"/>
<countryCode Sync="TRUE" value="USA"/>
</dataLang>
<idCitation>
<resTitle Sync="FALSE">URA_TIF_Taxlots</resTitle>
<presForm>
<PresFormCd value="005"/>
</presForm>
</idCitation>
<descKeys>
<thesaName uuidref="723f6998-058e-11dc-8314-0800200c9a66"/>
<keyword Sync="TRUE">002</keyword>
</descKeys>
<spatRpType>
<SpatRepTypCd value="001"/>
</spatRpType>
</dataIdInfo>
<mdLang>
<languageCode value="eng"/>
<countryCode Sync="TRUE" value="USA"/>
</mdLang>
<Esri>
<DataProperties>
<itemProps>
<itemName Sync="FALSE">URA_TIF_Taxlots</itemName>
<imsContentType Sync="TRUE">002</imsContentType>
</itemProps>
<coordRef>
<type Sync="TRUE">Projected</type>
<geogcsn Sync="TRUE">GCS_North_American_1983_HARN</geogcsn>
<projcsn Sync="TRUE">NAD_1983_HARN_StatePlane_Oregon_North_FIPS_3601_Feet_Intl</projcsn>
<peXml Sync="TRUE">&lt;ProjectedCoordinateSystem xsi:type='typens:ProjectedCoordinateSystem' xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' xmlns:xs='http://www.w3.org/2001/XMLSchema' xmlns:typens='http://www.esri.com/schemas/ArcGIS/10.8'&gt;&lt;WKT&gt;PROJCS[&amp;quot;NAD_1983_HARN_StatePlane_Oregon_North_FIPS_3601_Feet_Intl&amp;quot;,GEOGCS[&amp;quot;GCS_North_American_1983_HARN&amp;quot;,DATUM[&amp;quot;D_North_American_1983_HARN&amp;quot;,SPHEROID[&amp;quot;GRS_1980&amp;quot;,6378137.0,298.257222101]],PRIMEM[&amp;quot;Greenwich&amp;quot;,0.0],UNIT[&amp;quot;Degree&amp;quot;,0.0174532925199433]],PROJECTION[&amp;quot;Lambert_Conformal_Conic&amp;quot;],PARAMETER[&amp;quot;False_Easting&amp;quot;,8202099.737532808],PARAMETER[&amp;quot;False_Northing&amp;quot;,0.0],PARAMETER[&amp;quot;Central_Meridian&amp;quot;,-120.5],PARAMETER[&amp;quot;Standard_Parallel_1&amp;quot;,44.33333333333334],PARAMETER[&amp;quot;Standard_Parallel_2&amp;quot;,46.0],PARAMETER[&amp;quot;Latitude_Of_Origin&amp;quot;,43.66666666666666],UNIT[&amp;quot;Foot&amp;quot;,0.3048],AUTHORITY[&amp;quot;EPSG&amp;quot;,2913]]&lt;/WKT&gt;&lt;XOrigin&gt;-111333600&lt;/XOrigin&gt;&lt;YOrigin&gt;-98152500&lt;/YOrigin&gt;&lt;XYScale&gt;3048&lt;/XYScale&gt;&lt;ZOrigin&gt;0&lt;/ZOrigin&gt;&lt;ZScale&gt;1&lt;/ZScale&gt;&lt;MOrigin&gt;0&lt;/MOrigin&gt;&lt;MScale&gt;1&lt;/MScale&gt;&lt;XYTolerance&gt;0.0032808398950131233&lt;/XYTolerance&gt;&lt;ZTolerance&gt;0.001&lt;/ZTolerance&gt;&lt;MTolerance&gt;0.001&lt;/MTolerance&gt;&lt;HighPrecision&gt;true&lt;/HighPrecision&gt;&lt;WKID&gt;2913&lt;/WKID&gt;&lt;LatestWKID&gt;2913&lt;/LatestWKID&gt;&lt;/ProjectedCoordinateSystem&gt;</peXml>
<csUnits Sync="TRUE">Linear Unit: Foot (0.304800)</csUnits>
</coordRef>
</DataProperties>
<SyncDate>20210513</SyncDate>
<SyncTime>21502600</SyncTime>
<ModDate>20210513</ModDate>
<ModTime>21502600</ModTime>
<CreaDate>20240109</CreaDate>
<CreaTime>15350200</CreaTime>
<ArcGISFormat>1.0</ArcGISFormat>
<ArcGISstyle>FGDC CSDGM Metadata</ArcGISstyle>
<SyncOnce>FALSE</SyncOnce>
</Esri>
<distInfo>
<distFormat>
<formatName Sync="FALSE">Feature Class</formatName>
</distFormat>
</distInfo>
<mdHrLv>
<ScopeCd value="005"/>
</mdHrLv>
<mdHrLvName Sync="TRUE">dataset</mdHrLvName>
<refSysInfo>
<RefSystem>
<refSysID>
<identCode code="2913"/>
<idCodeSpace Sync="TRUE">EPSG</idCodeSpace>
<idVersion Sync="TRUE">6.13(9.0.0)</idVersion>
</refSysID>
</RefSystem>
</refSysInfo>
<spatRepInfo>
<VectSpatRep>
<geometObjs Name="URA_TIF_Taxlots">
<geoObjTyp>
<GeoObjTypCd Sync="TRUE" value="002"/>
</geoObjTyp>
<geoObjCnt Sync="TRUE">0</geoObjCnt>
</geometObjs>
<topLvl>
<TopoLevCd Sync="TRUE" value="001"/>
</topLvl>
</VectSpatRep>
</spatRepInfo>
<mdDateSt Sync="TRUE">20210513</mdDateSt>
</metadata>
