ArcGIS REST Services Directory Login
JSON

Layer: Address Points (ID: 1)

Name: Address Points

Display Field: ST_NAME

Type: Feature Layer

Geometry Type: esriGeometryPoint

Description: This dataset includes address structure points within Lyon County, MN. the dataset structure points are in the GAC / MnGEO format. A significant portion of the dataset was developed between 2006 to 2018, In 2019 GAC (Geospatial Advisory Committee) elements were added. In 2020 MnGeo elements were added. Also at that time Lyon County restructured data to improve data quality. If you find any concern with the dataset then please contact Lyon County, MN Geographic Information Systems Department.This data supports sub address information such as apartment units. However at this time none have been added to the dataset. The format that is used to include sub addresses are different between the MnGEO and GAC schema. The MnGeo has 5 fields. The GAC format has only 2 fields that contain data In addition the dataset contains 2 fields that allow users to further describe the sub address type. No determination has been made regarding to which is proffered. Adjustments may be made depending on the needs of MnGEO, GAC, neighboring counties, Sheriff's Department, how much data is stored, and the complexity needed to translate between formats.The access points are generally located over a building structure as the data was originally intended to be used for plat maps that were created between 2010-2015.Sub-Address Data:The standard for sub address information is different between the MnGEO / NENA format and the GAC format. NENA provides 5 preset attributes including Building, Floor, Unit, Room, Seat as well as one generic Additional Location Information Field. GAC on the other hand provides two key value pairs for the sub address type and sub address identifier as well as a generic Additional Location Information Field. The NENA format is beneficial because it is the standard nationwide and it also have 5 containers. The GAC format may be beneficial because it allows us to describe information better such as Entrance A, East Wing, etc. The limit of only having 2 fields (3 with the generic location information field) is that we cannot describe as many things. That being said, it will be doubtful that we will need that many fields.I intend to keep the GAC format. However, there are a couple considerations:How do I convert my GAC data to the NENA format?How do I convert neighboring NENA data into the GAC format.Should I not convert data as sub addresses outside of my provisioning boundary may be out of scope for our needs.I could maintain both fields in my dataset. However, what happens if there is a discrepancy between the GAC and NENA fields?Other datasets may or may not including the primary addresses. For example is 101 Main Street, 101 Main Street Unit 1, and 101 Main Street Unit 2 maintained or are only the units maintained such as 101 Main Street Unit 1, 101 Main Street Unit 2. This possibly may make it difficult to assimilate data from other organizations.

Service Item Id: 5bccf9ce32ce44e0b7d9830d01c03772

Copyright Text: Lyon County, MN

Default Visibility: false

MaxRecordCount: 2000

MaxSelectionCount: 2000

Supported Query Formats: JSON, geoJSON, PBF

Min Scale: 7854.0

Max Scale: 0.0

Supports Advanced Queries: true

Supports Statistics: true

Has Labels: true

Can Modify Layer: true

Can Scale Symbols: false

Use Standardized Queries: true

Supports Datum Transformation: true

Extent:
Drawing Info: Feature Draw Order: Advanced Query Capabilities:
HasZ: false

HasM: false

Has Attachments: false

HTML Popup Type: esriServerHTMLPopupTypeAsHTMLText

Type ID Field: null

Fields:
Supported Operations:   Query   Query Attachments   Query Analytic   Generate Renderer   Return Updates

  Iteminfo   Thumbnail   Metadata