<?xml version="1.0" encoding="UTF-8"?><metadata>
<idinfo>
<citation>
<citeinfo>
<origin>Metro Data Resource Center</origin>
<pubdate>1990</pubdate>
<title Sync="TRUE">w_rr</title>
<ftname Sync="TRUE">w_rr</ftname>
<geoform Sync="TRUE">vector digital data</geoform>
<onlink Sync="FALSE">withheld</onlink>
</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>
<langdata Sync="TRUE">en</langdata>
</descript>
<timeperd>
<timeinfo>
<sngdate>
<caldate>20100505</caldate>
</sngdate>
</timeinfo>
<current>Ground condition</current>
</timeperd>
<status>
<progress>Complete</progress>
<update>Quarterly</update>
</status>
<spdom>
<bounding>
<westbc Sync="TRUE">-123.504187</westbc>
<eastbc Sync="TRUE">-121.646913</eastbc>
<northbc Sync="TRUE">45.809155</northbc>
<southbc Sync="TRUE">44.854009</southbc>
</bounding>
<lboundng>
<leftbc Sync="TRUE">7435740.370079</leftbc>
<rightbc Sync="TRUE">7904865.358268</rightbc>
<bottombc Sync="TRUE">446892.410761</bottombc>
<topbc Sync="TRUE">783256.069882</topbc>
</lboundng>
</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>These data are sold under the agreement that the user may use the data in its business activity and for no other purpose whatsoever. User shall not allow access to the data by any other person or organization, unless authorized in writing by the Metro DRC or, if the other party is a contractor providing services to a government requiring usage of the data in order to provide contractual services. User shall not duplicate the data except for the following: (1) User may make one backup copy of the data, and (2) User may translate the data into other formats and/or media. For full product purchase agreement that accompanies these data, please see http://storefront.metro-region.org/drc/rlislite/subscribe/license.cfm</useconst>
<native Sync="FALSE">ESRI ArcCatalog 9.3.1.3000</native>
<natvform Sync="TRUE">File Geodatabase Feature Class</natvform>
</idinfo>
<dataqual>
<logic/>
<complete/>
<posacc>
<horizpa>
<horizpar>
Varies depending on location. When the taxlot layer was started in 1988, the standard was +/- 10 feet in urban areas, except Beaverton and Tigard's planning areas which were +/- 5 feet accuracy. In 2003, Oregon Department of Revenue prepared the Cadastral Data Content Standard that specifies horizontal accuracy. The standard specifies the majority of taxlot lines in areas of urban density to be within 2 feet accuracy. In the remaining urban growth boundary, taxlot line work is to be within 5 feet. Taxlots on farmland are to be +/- 10 feet accuracy, and on resource land, +/- 40 feet accuracy. The three counties have brought much of this layer into compliance with the ODOR standard. As of June 30, 2003, the following locations meet the standard: Hillsboro, Lake Oswego, Molalla, all of Multnomah County, Oregon City, east Sherwood, southeast Tualatin, and West Linn.
</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 (approx.)</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>1989-90</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 approx.</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 approx.</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 approx.</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> Incorporated Clackamas County COGO-ed taxlot data for Lake Oswego and West Linn.</procdesc>
<procdate>20011031</procdate>
</procstep>
<procstep>
<procdesc> Add XML metadata compatible with ArcCatalog 8.1</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 Sync="TRUE">Metadata imported.</procdesc>
<srcused Sync="FALSE">withheld</srcused>
<procdate Sync="TRUE">20100506</procdate>
<proctime Sync="TRUE">11522800</proctime>
</procstep>
<procstep>
<procdesc Sync="TRUE">Dataset copied.</procdesc>
<srcused Sync="FALSE">withheld</srcused>
<procdate Sync="TRUE">20100525</procdate>
<proctime Sync="TRUE">13182700</proctime>
</procstep>
<procstep>
<procdesc Sync="TRUE">Dataset copied.</procdesc>
<srcused Sync="FALSE">withheld</srcused>
<procdate Sync="TRUE">20100913</procdate>
<proctime Sync="TRUE">12291300</proctime>
</procstep>
</lineage>
</dataqual>
<spdoinfo>
<direct Sync="TRUE">Vector</direct>
<rastinfo>
<rasttype>NA</rasttype>
</rastinfo>
<ptvctinf>
<esriterm Name="SA_Basalt_WRR">
<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 Sync="TRUE">coordinate pair</plance>
<plandu Sync="TRUE">international feet</plandu>
<coordrep>
<absres Sync="TRUE">0.000328</absres>
<ordres Sync="TRUE">0.000328</ordres>
</coordrep>
</planci>
</planar>
<geodetic>
<horizdn Sync="TRUE">D_North_American_1983_HARN</horizdn>
<semiaxis Sync="TRUE">6378137.000000</semiaxis>
<ellips Sync="TRUE">Geodetic Reference System 80</ellips>
<denflat Sync="TRUE">298.257222</denflat>
</geodetic>
<cordsysn>
<geogcsn Sync="TRUE">GCS_North_American_1983_HARN</geogcsn>
<projcsn Sync="TRUE">NAD_1983_HARN_StatePlane_Oregon_North_FIPS_3601</projcsn>
</cordsysn>
</horizsys>
</spref>
<eainfo>
<detailed Name="SA_Basalt_WRR">
<enttyp>
<enttypl Sync="FALSE">SA_Basalt_WRR</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>SITECITY</attrlabl>
<attrdef>Site city. The post office mailing city of the site, which does not necessarily match the city boundaries.</attrdef>
<attrtype Sync="TRUE">String</attrtype>
<attwidth Sync="TRUE">15</attwidth>
<attalias Sync="TRUE">SITECITY</attalias>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">Acres</attrlabl>
<attalias Sync="TRUE">Acres</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">SDE_Vector_COWGIS_SA_Basalt_WRR</attrlabl>
<attalias Sync="TRUE">SDE_Vector.COWGIS.SA_Basalt_WRR.AREA</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">XTAcres</attrlabl>
<attalias Sync="TRUE">XTAcres</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">PERIMETER</attrlabl>
<attalias Sync="TRUE">PERIMETER</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">UPAA_</attrlabl>
<attalias Sync="TRUE">UPAA_</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">UPAA_ID</attrlabl>
<attalias Sync="TRUE">UPAA_ID</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">CITY</attrlabl>
<attalias Sync="TRUE">CITY</attalias>
<attrtype Sync="TRUE">String</attrtype>
<attwidth Sync="TRUE">20</attwidth>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">HILLS_UA</attrlabl>
<attalias Sync="TRUE">HILLS_UA</attalias>
<attrtype Sync="TRUE">String</attrtype>
<attwidth Sync="TRUE">2</attwidth>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">PORT_AI</attrlabl>
<attalias Sync="TRUE">PORT_AI</attalias>
<attrtype Sync="TRUE">String</attrtype>
<attwidth Sync="TRUE">2</attwidth>
<atprecis Sync="TRUE">0</atprecis>
<attscale Sync="TRUE">0</attscale>
</attr>
<attr>
<attrlabl Sync="TRUE">TIGA_UA</attrlabl>
<attalias Sync="TRUE">TIGA_UA</attalias>
<attrtype Sync="TRUE">String</attrtype>
<attwidth Sync="TRUE">2</attwidth>
<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>
<attr>
<attrlabl Sync="TRUE">CITY_LINE</attrlabl>
<attalias Sync="TRUE">CITY_LINE</attalias>
<attrtype Sync="TRUE">Double</attrtype>
<attwidth Sync="TRUE">8</attwidth>
<atprecis Sync="TRUE">38</atprecis>
<attscale Sync="TRUE">8</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@metro.dst.or.us</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>
<dssize Sync="TRUE">0.000</dssize>
</digtinfo>
<digtopt>
<offoptn>
<offmedia>CD-ROM or DVD</offmedia>
<recfmt> ISO9660 (DOS, Unix, or Macintosh)</recfmt>
</offoptn>
<onlinopt>
<computer>
<networka>
<networkr>withheld</networkr>
</networka>
</computer>
<accinstr> Metro can place data on its FTP site on request. In most cases, a fee for the data will be charged. Call 503 797-1742 or email drc@metro.dst.or.us for instructions.</accinstr>
</onlinopt>
</digtopt>
</digform>
<fees>See RLIS Lite pricing at http://www.oregonmetro.gov/index.cfm/go/by.web/id=593</fees>
</stdorder>
<resdesc Sync="TRUE">Downloadable Data</resdesc>
</distinfo>
<metainfo>
<metd Sync="TRUE">20100915</metd>
<metc>
<cntinfo>
<cntorgp>
<cntorg>Metro Data Resource Center</cntorg>
<cntper>Justin Houk</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-1664</cntvoice>
<cntfax>503 797-1909</cntfax>
<cntemail>justin.houk@oregonmetro.gov</cntemail>
</cntinfo>
</metc>
<metstdn Sync="TRUE">FGDC Content Standards for Digital Geospatial Metadata</metstdn>
<metstdv Sync="TRUE">FGDC-STD-001-1998</metstdv>
<langmeta Sync="TRUE">en</langmeta>
<mettc Sync="TRUE">local time</mettc>
</metainfo>
<Esri>
<CreaDate>20231201</CreaDate>
<CreaTime>09125600</CreaTime>
<SyncOnce>FALSE</SyncOnce>
<SyncDate>20210513</SyncDate>
<SyncTime>21401200</SyncTime>
<ModDate>20210513</ModDate>
<ModTime>21401200</ModTime>
<DataProperties>
<itemProps>
<itemName Sync="FALSE">SA_Basalt_WRR</itemName>
<imsContentType Sync="TRUE">002</imsContentType>
</itemProps>
<coordRef>
<type Sync="TRUE">Projected</type>
<geogcsn Sync="TRUE">GCS_North_American_1983_HARN</geogcsn>
<csUnits Sync="TRUE">Linear Unit: Foot (0.304800)</csUnits>
<projcsn Sync="TRUE">NAD_1983_HARN_StatePlane_Oregon_North_FIPS_3601</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&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]]&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;/ProjectedCoordinateSystem&gt;</peXml>
</coordRef>
</DataProperties>
<ArcGISFormat>1.0</ArcGISFormat>
</Esri>
<dataIdInfo>
<envirDesc Sync="TRUE"> Version 6.2 (Build 9200) ; Esri ArcGIS 10.8.1.14362</envirDesc>
<dataLang>
<languageCode Sync="TRUE" value="eng"/>
<countryCode Sync="TRUE" value="USA"/>
</dataLang>
<idCitation>
<resTitle Sync="FALSE">SA_Basalt_WRR</resTitle>
<presForm>
<PresFormCd Sync="TRUE" value="005"/>
</presForm>
</idCitation>
<spatRpType>
<SpatRepTypCd Sync="TRUE" value="001"/>
</spatRpType>
<dataExt>
<geoEle>
<GeoBndBox esriExtentType="native">
<westBL Sync="TRUE">7435740.370079</westBL>
<eastBL Sync="TRUE">7904865.358268</eastBL>
<northBL Sync="TRUE">783256.069882</northBL>
<southBL Sync="TRUE">446892.410761</southBL>
<exTypeCode Sync="TRUE">1</exTypeCode>
</GeoBndBox>
</geoEle>
</dataExt>
<geoBox esriExtentType="decdegrees">
<westBL Sync="TRUE">-123.504187</westBL>
<eastBL Sync="TRUE">-121.646913</eastBL>
<northBL Sync="TRUE">45.809155</northBL>
<southBL Sync="TRUE">44.854009</southBL>
<exTypeCode Sync="TRUE">1</exTypeCode>
</geoBox>
</dataIdInfo>
<mdLang>
<languageCode Sync="TRUE" value="eng"/>
<countryCode Sync="TRUE" value="USA"/>
</mdLang>
<mdStanName Sync="TRUE">ISO 19115 Geographic Information - Metadata</mdStanName>
<mdStanVer Sync="TRUE">DIS_ESRI1.0</mdStanVer>
<mdChar>
<CharSetCd Sync="TRUE" value="004"/>
</mdChar>
<mdHrLv>
<ScopeCd Sync="TRUE" value="005"/>
</mdHrLv>
<mdHrLvName Sync="TRUE">dataset</mdHrLvName>
<distInfo>
<distributor>
<distorTran>
<onLineSrc>
<orDesc Sync="TRUE">002</orDesc>
<linkage Sync="FALSE">withheld</linkage>
<protocol Sync="TRUE">Local Area Network</protocol>
</onLineSrc>
<transSize Sync="TRUE">0.000</transSize>
</distorTran>
<distorFormat>
<formatName Sync="TRUE">File Geodatabase Feature Class</formatName>
</distorFormat>
</distributor>
<distFormat>
<formatName Sync="FALSE">Feature Class</formatName>
</distFormat>
</distInfo>
<refSysInfo>
<RefSystem>
<refSysID>
<identCode Sync="TRUE" code="0" value="0">NAD_1983_HARN_StatePlane_Oregon_North_FIPS_3601</identCode>
</refSysID>
</RefSystem>
</refSysInfo>
<spatRepInfo>
<VectSpatRep>
<geometObjs Name="SA_Basalt_WRR">
<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>
