Первым шагом к созданию локатора является определение типа данных, которые вы будете использовать для создания локатора. Это делается путем выбора роли локатора, соответствующей вашим данным. Роль локатора определяет тип используемых данных (участки, центральные линии улиц, почтовые индексы, точки интереса и т.д.) и обеспечивает использование подходящих полей, которые вы будете использовать для построения локатора. После создания локатор содержит снимок базовых данных, используемых для геокодирования, а также индексы и локальную адресную информацию, которые помогают получить наилучшее сопоставление в процессе геокодирования.
При выборе роли основного локатора, на основе которой будет построен локатор, необходимо учитывать несколько факторов, включая тип геометрии в ваших базовых данных и формат данных, которые вы хотите геокодировать. Роль локатора Адрес точки обычно используется для моделирования адресов в одном местоположении. Вы можете использовать роль POI для поиска объектов , которые идентифицируются по имени или коду.
В следующей таблице даны некоторые из основных характеристик каждой из ролей основного локатора адресов, поставляемых с ArcGIS Pro. Вы можете использовать эти роли для того, чтобы геокодировать адреса с дополнительной информацией о зонах, например: 320 Madison St, 53606 или 329 Holiday Court, La Jolla, CA 92122. Роли локаторов дополнительно имеют таблицу альтернативных названий, которая позволяет геокодировать адреса на базе альтернативных названий первичных объектов.
Адрес точки
Основные характеристики роли Адрес точки
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки или полигоны Для получения оптимальных результатов обратного геокодирования рекомендуется использовать полигональные данные | Каждый объект представляет один адрес Каждый объект представлен адресом с дополнительными элементами адреса | Все элементы адреса хранятся в одном поле | Переулок Черри 71 (71 Cherry Ln.) Рок-роуд W1700 (W1700 Rock Rd) Карсон-роуд 38-76 (38-76 Carson Rd.) 15 Lakeshore Dr. Apt. 24A Laurel Cottage, 26 Pinhoe Rd. | Точечный адрес, Дополнительный адрес | Поиск участков, зданий или точек с адресом Поиск квартир, таунхаусов, дуплексов или магазинов в торговых центрах | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. 2.8; 10.8.1; Поддерживаются субадреса как Тип объекта для обратного геокодирования. |
Роль локатора Адрес точки позволяет создавать локаторы для обычных адресов, содержащих название строения или номер дома и название улицы. Адрес может иметь как название строения, так и номер дома. Эта роль локатора использует в качестве базовых данных объекты с полигональной или точечной геометрией. Каждому объекту первичных базовых данных соответствует единственный адрес. Например, вы можете использовать класс объектов, содержащий центроиды участков или контуры зданий (точки центра полигонов участков) в качестве первичных базовых данных для локатора Адрес точки. Каждый адрес, который вы хотите найти, должен быть представлен в первичных базовых данных. Как показано ниже, роль Адрес точки требует, чтобы каждому объекту в базовых данных, такому как здание или участок, соответствовало отдельное значение адреса.
Примечание:
Использование полигональной геометрии для первичных базовых данных возвращает оптимальные результаты обратного геокодирования.
Роль Адреса точки также поддерживает первичные базовые данные, которые моделируются с диапазонами номеров домов. Одно местоположение, например участок, с несколькими адресами, связанными с ним, имеет диапазон значений номера дома в полях номер дома от и до. Если есть некоторые объекты с диапазонами номеров домов, вы должны смоделировать все объекты с диапазонами. Объекты, у которых нет диапазонов номеров домов, включаются в локатор, если значение номера дома хранится в поле Номер дома от или Номер дома к. Это работает аналогично ситуации с наличием одного и того же значения в обоих полях базовых данных. Четность также поддерживается диапазонами номеров домов.
Примечание:
При построении Локатора точечных адресов, если сопоставлены поля Номер дома и Номер дома от и Номер дома к, значения в поле Номер дома игнорируются, а значения в полях Номер дома от и Номер дома к используются для построения локатора.
Кроме того, роль Адрес точки поддерживает расширения номеров домов, которые могут иметь дуплексы и разделенные участки, но хранятся в одном поле, представленном как номер дома или полный номер дома, например, 2B Wingate Rd. или 20 1/2 Rocky Knoll Dr. В то время как 20 Rocky Knoll Dr. был назначен адресом первоначального здания, 20 1/2 был назначен соседнему зданию, когда участок был разделен. Суффикс, такой как B или 1/2, часто используется как суффикс номера дома. Хотя это не часто встречается, в качестве префикса номера дома могут использоваться префиксы типа 28R, например, как в адресе 28R 17 Oak St. Объедините все компоненты номера дома (префикс номера дома, номер дома, суффикс номера дома) в одно поле и используйте его в качестве поля номера дома при построении локатора. При поиске адреса, который содержит буквенно-цифровой номер дома, необходимо ввести полный номер дома, например 28R на улице 28R 17 Oak St, чтобы получить варианты адреса.
Чтобы использовать класс пространственных объектов в качестве базовых данных для локатора Адресов точки, он должен содержать отдельные поля для информации о номере дома или названии строения и названии улицы, поле ObjectID и поле Shape, а также дополнительное поле адреса JoinID, которое вы можете назначить для Адреса - ID соединения, поля роли локатора для связи с таблицей альтернативных имен для альтернативных номеров домов или диапазонов альтернативных номеров домов. Вы можете использовать это, например, для моделирования английской транслитерации кириллических номеров домов. Дополнительно вы можете указать поля, где хранятся префикс направления улицы, префикс типа улицы, тип улицы, суффикс направления, почтовый индекс, дополнительное почтовое отделение (как ZIP+4 для США) или зона (такая административная область, как город, район и т.п.) Вы также должны включить дополнительное поле участка JoinID в базовые данные, если хотите использовать роль Адрес точки вместе с ролью локатора Участок в многоцелевом локаторе. Чтобы связать адресные точки с участками, назначьте поле участка JoinID полю роли локатора Parcel Join ID. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например POINT_ADDRESS_ID.
Примечание:
При построении локатора с ролью Адрес точки, необходимо указать на карте либо Название здания, Номер дома, одновременно Номер дома от и Номер дома к, либо одновременно Название здания и Номер дома.
Субадрес
Роль локатора Адрес точки поддерживает адреса, которые содержат дополнения к адресу, например, номер апартаментов, таунхаусов, дуплексов или номеров отделов в торговых центрах. Субадреса можно найти в самых разных жилых и коммерческих зданиях, а также в специальных сооружениях и учреждениях, таких как аэропорты, трейлерные стоянки, пирсы и доки, а также школьные городки.
Каждому объекту точечных или полигональных первичных базовых данных соответствует единственный адрес с дополнением. Вы можете использовать в качестве базовых данных класс объектов, содержащий контура или адресные точки. Каждый адрес, который вы хотите найти, должен быть в базовых данных. Точные местоположения не могут быть экстраполированы или интерполированы из любого типа диапазона адресов на улице, если значения номеров домов не смоделированы в справочных данных с диапазонами номеров домов, как описано в разделе роль адреса точки. Как показано ниже, Субардес требует, чтобы каждому объекту в базовых данных, соответствовало одно значение адреса, такое как здание или точка адреса.
Примечание:
Для поиска базового адреса, 36 Orchard Ct, с помощью локатора, поддерживающего субадреса, для базового адреса в основных базовых данных должен существовать пространственный объект.
Субадрес также поддерживает первичные базовые данные, которые моделируются с диапазонами номеров блоков. Одно местоположение, например здание в торговом центре, с которым связано несколько блоков, имеет диапазон значений номеров блоков в полях От и До. Если есть некоторые объекты с диапазонами номеров домов, вы должны смоделировать все объекты с диапазонами. Объекты, у которых нет диапазонов номеров блоков, включаются в локатор, если значение блока хранится в поле Блок от или Блок до. Это работает аналогично ситуации с наличием одного и того же значения в обоих полях базовых данных.
Примечание:
При построении Локатора точечных адресов, который поддерживает субадрес, если сопоставлены поля Блок и Блок от и Блок до, значения в поле Блок игнорируются, а значения в полях Блок от и Блок до используются для построения локатора.
Вместе с основными атрибутами адреса класс объектов, используемый в качестве первичных базовых данных для локатора Адрес точки, поддерживающего Субадрес, может содержать отдельные поля для типа строения, названия единицы строения, типа уровня, названия уровня, типа объекта и имени объекта.
Примечание:
Эта роль локатора поддерживает три пары элементов субадреса: Единица и тип единицы, Уровень и тип уровня, Единица здания и Тип единицы здания. Дополнительно вы можете выбрать, использовать ли в локаторе каждую из пар элементов или только одну. Вы можете установить соответствие между применяемыми полями, например, Apt F или Building A или Floor 1. Более подробно об элементах адреса в основных базовых данных.
Для достижения наилучших результатов при поиске адресов, которые содержат дополнительные сведения об адресе, индикатор (#, кв., номер, корпус, этаж) должен предшествовать единице субадреса; в противном случае адрес сопоставляется с записью в данных, которая возвращает наивысший балл. При поиске адреса, который содержит подъединицу, необходимо ввести полный элемент подадреса, например Unit 101 в 35 Orchard Ct, Unit 101, чтобы получить соответствие для местоположения субадреса. Если в адресе имеется несколько субадресов, доступно несколько вариантов возврата информации о субадресе или кандидатах на субадрес в качестве предложения в диалоговом окне Свойства локатора. Поведение, предлагаемое по умолчанию для субадреса – ввод адреса и полного имени субадреса.
- Чтобы вернуть сводку блоков субадреса по адресу после ввода базового адреса, включите настройку Показать сводку субадресов с предложением базового адреса. Сводка не будет отображаться в качестве предложения, если пространственный объект не существует для базового адреса в основных базовых данных.
- Необходимо включить параметр предложения Предложить при вводе части блока, чтобы возвращать допустимые кандидаты субадресов после ввода части имени субадреса с индикатором или без него.
- Чтобы вернуть список субадресов после ввода базового адреса, включите параметр Предложить, когда будет введен базовый адрес. Список предложений субадресов отображаться не будет, если пространственный объект не существует для базового адреса в основных базовых данных.
Участок
Основные характеристики роли Участок
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки или полигоны Для получения оптимальных результатов обратного геокодирования рекомендуется использовать полигональные данные | Каждый объект представляет один участок. Каждый объект определяется идентификатором участка (номером, APN и т. д.) или адресом. | Все элементы адреса хранятся в одном поле | 1760820300 1760820300, 935 Feather Ln. 935 Feather Ln. | Участок | Поиск участков или точек с адресом | 2.5; 10.8 |
Роль Локатора участков позволяет создавать локаторы для адресов, содержащих номера участков, и общих адресов, содержащих номер улицы и название улицы. Эта роль локатора аналогична роли Адрес точки, но не поддерживает адреса с субадресами. Эта роль локатора использует в качестве базовых данных объекты с полигональной или точечной геометрией. Каждому объекту первичных базовых данных соответствует единственный участок. Например, вы можете использовать класс объектов, содержащий полигоны или центроиды участков (точки центра полигонов участков) в качестве первичных базовых данных для Локатора участков. Каждый участок или адрес, который вы хотите найти, должен быть представлен в первичных базовых данных. Как показано ниже, роль Локатор адресов требует, чтобы каждому объекту в базовых данных, такому как участок или его центроид, соответствовало отдельное значение участка или центроида участка.
Чтобы использовать класс пространственных объектов в качестве базовых данных для Локатора участков, он должен иметь отдельные поля, содержащие номер участка или номер дома, информацию о названии улицы, поле ObjectID и поле Shape, а также дополнительное поле участка JoinID, которое вы можете назначить полю роли локатора Parcel Join ID для связи с ролью Адрес точки в многоцелевом локаторе. Дополнительно вы можете указать поля, где хранятся префикс направления улицы, префикс типа улицы, тип улицы, суффикс направления, почтовый индекс, дополнительное почтовое отделение (как ZIP+4 для США) или зона (такая административная область, как город, район и т.п.) Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например PARCEL_ID.
Примечание:
Использование полигональной геометрии для первичных базовых данных возвращает оптимальные результаты обратного геокодирования.
Роль Участок также поддерживает первичные базовые данные, которые моделируются с диапазонами номеров домов. Одно местоположение, например участок, с несколькими адресами, связанными с ним, имеет диапазон значений номера дома в полях номер дома от и до. Если есть некоторые объекты с диапазонами номеров домов, вы должны смоделировать все объекты с диапазонами. Объекты, у которых нет диапазонов номеров домов, включаются в локатор, если значение номера дома хранится в поле Номер дома от или Номер дома к. Это работает аналогично ситуации с наличием одного и того же значения в обоих полях базовых данных. Четность также поддерживается диапазонами номеров домов.
Примечание:
При построении локатора, если сопоставлены поля Номер дома и Номер дома от и Номер дома к, значения в поле Номер дома игнорируются, а значения в полях Номер дома от и Номер дома к используются для построения локатора.
Таблицы адресов, которые можно геокодировать с помощью этой роли локатора, должны содержать номер участка или адрес участка и административную область, например район, город или почтовый индекс. Локаторы, созданные с этой ролью локатора, поддерживают следующие сценарии поиска:
- Поиск по точному номеру участка, когда только номер участка назначен полю роли локатора имени участка при построении локатора.
- Выполните поиск по адресу участка, если при построении локатора присвоены поля номера и адреса участка. Вы также можете искать только по номеру участка, если локатор построен таким образом.
- Выполните поиск по номеру участка и адресу, когда поля номера и адреса отправления присвоены при построении локатора. Вы также можете искать только по номеру участка, если локатор построен таким образом.
Улица
Основные характеристики роли Адрес улицы
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Линии | Каждый объект имеет диапазон адресов для обеих сторон сегмента улицы. Каждый объект содержит название улицы и дополнительно может содержать название зоны. | Все элементы адреса хранятся в одном поле Элементы адреса без номера дома в одном поле | Улица Мэдисон 320 (320 Madison St.) Каунти-роуд N2W1700 (N2W1700 County Rd.) Улица Юнион 105-30 (105-30 Union St.) 5th St. NE & Cherry St. NE Переулок Рэзбэри, Сан Антонио, Техас (Raspberry Lane , San Antonio , TX) | Адресс улицы, Перекресток, Название улицы | Поиск дома на определенной стороне улицы или перекрестках Поиск объектов по названию улицы | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора Улица и номер дома позволяет создавать локаторы, которые поддерживают поиск, для обычных адресов, содержащих номер дома, перекресток или название улицы. Преимущество этой роли локатора в том, что он позволяет указывать диапазон номеров домов для каждой стороны улицы. С помощью этого стиля локатор может определить не только положение в сегменте улицы, но и сторону улицы, на которой расположен адрес.
Данная роль локатора использует классы пространственных объектов с линейной геометрией. Каждый объект в первичных базовых данных представляет собой сегмент улицы с двумя диапазонами адресов - по одному для каждой стороны улицы.
Чтобы использовать класс пространственных объектов в качестве основных базовых данных для роли локатора адресов улиц, он должен иметь четыре поля, которые содержат информацию От и До об адресе отправителя и адрес для каждой стороны улицы, а также информацию о названии улицы, поле ObjectID, поле Shape и необязательное поле JoinID, которое содержит ID, который можно назначить полю роли локатора Street Join ID, чтобы связать его с таблицей альтернативных имен в базовых данных. Кроме того, вы можете задать поля, которые содержат префиксное направление улицы, префиксный тип, тип улицы, суффиксное направление или зону. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например STREET_SEGMENT_ID.
Эта роль локатора адресов поддерживает диапазоны нормальных кварталов, алфавитно-нумерологическую систему адресов с зоной сетки, либо адреса через дефис, содержащие в номере дома информацию о пересекающихся улицах. Эта роль локатора адресов также поддерживает перекрестки улиц. В базовом классе пространственных объектов вы можете использовать дополнительные поля, такие, как ZIPL и ZIPR (почтовый индекс для каждой стороны улицы), левая и правая части города и аббревиатура штата или провинции.
Таблицы адресов, которые могут быть геокодированы при помощи локаторов с данной ролью локатора, должны иметь адресное поле, содержащее номер и название улицы, в дополнение к префиксу направления улицы и префиксу типа улицы, типу улицы или суффиксу направления, если они есть. Также в это поле могут быть включены описания перекрестков (например, Eureka Blvd. & Vine St.). Поиск названий улиц также возможен при помощи локатора с ролью Улица и номер дома, и поле адреса в таблице адресов должно содержать название улицы в дополнение к префиксу направления улицы, префиксу типа улицы, типу улицы или суффиксу направления, если они есть. Вы должны указать хотя бы одну административную область, такую как город или почтовый индекс, в отдельном поле, чтобы улучшить качество геокодирования при сопоставлении адресов с одинаковыми названиями улиц.
Название улицы
Роль локатора Адрес улицы включает поддержку названий улиц. Адреса находятся по названию улицы, например, Orchard Court, Lansing MI, возвращают совпадение с именем улицы. Если искомый адрес содержит номер дома, то соответствие названию улицы возвращается только в том случае, если нет других доступных параметров. Это происходит, когда в базовых данных отсутствуют номера домов, связанные с сегментом улицы. Чтобы создать локатор, который поддерживает только совпадения StreetName, справочные данные должны иметь NULL или пустые строки для каждой записи в полях диапазона номеров домов, или одно поле с NULL или пустыми строками, которое сопоставляется с каждым из полей диапазона номеров домов От и До из роли локатора. Если адрес найден, соответствующее местоположение помещается в середину сегмента улицы.
Кварталы
Роль локатора Улица и номер дома включает поддержку поиска группы номеров домов, представляющих один или несколько городских кварталов. Для этого типа поиска StreetMidBlock возвращается значение Addr_type. Расположение такого объекта – это примерная средняя точка сегментов улицы, которые включают номера домов, представленные номером или диапазоном кварталов. Соответствие StreetMidBlock более точное, чем соответствие StreetName, и менее точное, чем соответствие StreetAddress. Вы можете искать отдельный квартал или диапазон кварталов, используя синтаксис <номер или диапазон> блок | квартал <название улицы>, например 100 block of New York St, Redlands, CA или 200-500 block Taylor St, San Francisco. См. Дополнительную информацию о поиске кварталов в веб-справке REST API.
Точка интереса
Основные характеристики роли POI
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки или полигоны Для получения оптимальных результатов обратного геокодирования рекомендуется использовать полигональные данные | Каждый объект представляет собой название географического местоположения или точки. Каждый объект идентифицируется текстовой строкой, именем или кодом (код может содержать численные значения, но должен представлять собой текстовую строку) | Все элементы названия места в одном поле | Замок Лидс, Англия (Leeds Castle, England) Саппоро, Япония (Sapporo, Japan) Кафе Кабрилло (Cafe Cabrillo) N1N115 | Точка интереса | Поиск географических названий мест или ориентиров в любом районе или по всему миру Поиск объектов, идентифицируемых по названию или по индексу (коду) | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора POI (точки интереса) позволяет создавать локаторы для данных, содержащих названия достопримечательностей, мест и зданий. Роль также позволяет создавать локаторы для адресных данных, содержащих буквенно-цифровые строки для идентификации местоположений, например N1N115. Созданные при помощи этой роли локаторы могут применяться для поиска таких объектов, как горы, мосты, реки, города и т. д. Вы также можете использовать локаторы, созданные с этой ролью, для поиска вышек сотовой связи, участков переписи и практически любых уникальных объектов, представленных в классе пространственных объектов. Эта роль локатора также позволяет вам назначать категории и подкатегории для каждого объекта, которые вы можете использовать для ограничения результатов при геокодировании или просто для получения дополнительной информации об объекте после его геокодирования.
Подсказка:
Используйте инструмент Создать локатор объектов, чтобы построить локатор, если у вас есть только короткие уникальные имена или идентификаторы для объектов в базовых данных, например, отметки уровней воды или группы кварталов.
Эта роль локатора использует в качестве первичных базовых данных объекты с точечной или полигональной геометрией. В дополнение к полям ObjectID и Shape, классы объектов, которые вы можете использовать в качестве базовых данных для локатора, должны иметь атрибуты, представляющие названия и географические зоны, в частности – город, штат и страна, чтобы можно было различить местоположение объекта, или специальное поле, содержащее уникальное название или значение для каждого объекта. Вы также можете включить элементы адреса физического адреса точки интереса, разделенные на их отдельные поля. Чтобы использовать категории и подкатегории, первичные базовые данные должны содержать одно или два поля, которые классифицируют объекты. При желании вы можете включить поле соединения, содержащее ID, который можно использовать для связи с таблицей альтернативных названий мест или альтернативных категорий в справочных данных. При создании локатора назначьте поле соединения полю роли локатора Place Join ID в таблицах основных и дополнительных имен. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например PLACE_NAME_ID.
Примечание:
- Использование полигональной геометрии для первичных базовых данных возвращает оптимальные результаты обратного геокодирования.
- Роль локатора POI заменяет необходимость в таблице псевдонимов географических названий, но для нее требуется класс точечных или полигональных объектов географических названий вместе со связанным адресом в таблице атрибутов.
Подсказка:
Если у вас есть объекты, которые представляют разные типы мест или местоположений в нескольких классах объектов, например автобусные остановки, остановки метро, парки и школы, рекомендуется назначить категорию каждому объекту в отдельных классах объектов и объединить каждый из классов пространственных объектов в один класс пространственных объектов, поскольку для каждой роли можно использовать только один первичный базовый набор данных. Это позволяет вам искать различные типы местоположений с помощью одного локатора.
При геокодировании таблиц адресов с использованием этой роли локатора, эта роль также должна содержать названия местоположений и географические зоны или уникальные названия или значения, которые могут использоваться для идентификации этих местоположений. Информация о географической зоне применяется для того, чтобы сузить рамки поиска, поскольку одно и то же название, например, Rochester, имеется во многих штатах страны. При геокодировании POI плюс адрес включите название места в поле address и адрес в поле address2. Вы также можете использовать локатор, созданный с ролью POI, для поиска объектов по имени, категории или комбинации имени или категории и частей адреса. Например, Starbucks, Orange St, Redlands или gas station, Boulder, CO. Локаторы, созданные с этой ролью локатора, поддерживают следующие форматы поиска:
- Поиск места по названию, например Диснейленд, Starbucks или Ниагарский водопад, или по категории, например парки развлечений, водопады или кафе.
- Поиск мест по названию или категории с использованием одной или нескольких зон (район, город, регион, почтовый индекс) с дополнительным соединителем (in или at).
- Ищите места по названию или категории, используя часть адреса, например название улицы.
- Ищите места по названию или категории, используя адрес и одну или несколько зон (район, город, регион, почтовый индекс).
Указатель расстояния
Основные характеристики роли Указатель расстояния
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки | Каждый объект представляет собой последовательно пронумерованные указатели, расположенные вдоль дорог через равные интервалы. | Указатель расстояния в одном поле | Mile 25 I-5 N, San Diego, CA | Указатель расстояния | Поиск знака указателя расстояния на шоссе | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора Указатель расстояния позволяет создавать локаторы указателей расстояния (последовательно пронумерованные указатели, расположенные вдоль дорог через равные интервалы). Данная роль локатора использует классы объектов с точечной геометрией, и каждый объект базовых данных представляет собой указатель расстояния или знак.
Чтобы использовать класс объектов в качестве базовых данных для локатора Указатель расстояния, он должен содержать поля с информацией о значении расстояния, единицах измерения и названиях улицы; поле ObjectID; и поле Shape. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например STREET_ID.
Чтобы геокодировать таблицу местоположений с помощью локатора Указатель расстояния, таблица должна иметь текстовое поле, содержащее все элементы адреса в одном поле в одном из следующих форматов:
- Kilometer 152 MEX-400
- Km 152 MEX-400
- MEX-400 Kilometer 152
- MEX-400 Km 152
Примечание:
Если единицы измерения расстояния были включены при построении локатора с этой ролью, единицы измерения расстояния в настоящее время игнорируются локатором при поиске местоположений.
Диапазон расстояний
Основные характеристики роли Диапазон расстояний
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Линии | Каждый объект представляет диапазон указателей расстояния для каждого сегмента линии. | Диапазон указателей расстояний в одном поле | Carr 682 KM 4.4, Barceloneta, 00617 | Указатель расстояния | Поиск приблизительного расстояния вдоль шоссе | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора Диапазон расстояний позволяет вам создавать локатор для сегментов улиц с диапазонами указателей расстояний. Данная роль локатора использует классы пространственных объектов с линейной геометрией, и каждый объект базовых данных представляет собой сегмент улицы с диапазоном указателей расстояния, идущих вдоль этого сегмента улицы. Чтобы использовать класс объектов в качестве базовых данных для локатора Диапазон расстояний, он должен содержать поля с информацией о значении расстояния От и До, единицах измерения, названии улицы, поле ObjectID и поле Shape. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например STREET_ID.
Почтовый
Основные характеристики роли Почтовый индекс
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки или полигоны Для получения оптимальных результатов обратного геокодирования рекомендуется использовать полигональные данные | Каждый объект представляет собой отдельный регион почтового индекса или центроид. | Почтовый индекс в одном поле | 22066 B4N 1Z5 | Главное почтовое отделение | Поиск местоположения определенного почтового индекса | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора Почтовый позволяет создавать локатор для почтовых индексов. Данная роль локатора использует полигональные или точечные классы, и каждый объект базовых данных представляет собой полигон почтового индекса или его центральную точку.
Примечание:
Использование полигональной геометрии для первичных базовых данных возвращает оптимальные результаты обратного геокодирования.
Справочные данные для роли локатора Postal должны иметь поле, в котором указывается почтовый индекс объекта, поле ObjectID, поле Shape, поле соединения, содержащее ID, который можно использовать для связи с таблицей альтернативных имен, и, необязательно, административные зоны, например город. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например POSTAL_ID.
Если в базовых данных в значения имен городов входят почтовые индексы, то при построении локатора значения городов хранятся как почтовые обозначения городов. В некоторых странах, в том числе в США, по умолчанию при геокодировании возвращается индекс. Это влияет на результаты геокодирования, которые возвращают мультиролевые локаторы, включающие роли Point Address, Parcel, Street Address или POI. Вы можете изменить, какое значение должно быть возвращено в локаторе для локального города или для города, который был сопоставлен при изменении значения по умолчанию для Предпочитаемого имени города в диалоговом окне свойств локатора.
При геокодировании таблиц адресов с использованием этой роли локатора, они должны содержать поле с информацией о почтовом индексе (коде).
Дополнительное отделение
Основные характеристики роли Дополнительный почтовый индекс
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки | Каждый объект представляет собой отдельный центроид дополнительного почтового индекса. | Пятизначный почтовый индекс (ZIP код) и четырехзначный добавочный код в отдельном поле | 96822-2323 | Основной почтовый индекс, Дополнительный почтовый индекс | Поиск местоположения определенного дополнительного отделения | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора Дополнительный почтовый индекс используется для геокодирования почтовых индексов с дополнением, например, код ZIP+4 в США. Затем вы можете использовать эту роль локатора для создания локаторов, которые используют классы точечных объектов в качестве первичных базовых данных.
Каждый объект первичных базовых данных представляет собой точку дополнительного почтового индекса. Помимо полей ObjectID и Shape, класс объектов базовых данных или шейп-файл должен содержать текстовое поле, представляющее почтовый индекс (в США пятизначный код индекса ZIP), и еще одно текстовое поле, содержащее дополнительный код (в США четырехзначный код индекса ZIP+4 ). Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например POSTAL_EXTENSION_ID.
Для геокодирования таблицы адресов с помощью локатора Дополнительный почтовый индекс таблица должна иметь текстовое поле, содержащее полный почтовый индекс плюс дополнительный почтовый индекс. Например, в США это будет код ZIP+4 (пять цифр почтового индекса ZIP, а также в код ZIP+4) вида 12345-6789, 12345 6789 или 123456789. 
Почтовое местоположение
Основные характеристики роли Почтовое местоположение
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки Для получения оптимальных результатов обратного геокодирования рекомендуется использовать полигональные данные | Каждый объект представляет объединение почтового индекса и города в границе почтового индекса или центроиде. | Почтовый индекс и город в одном поле | 7132 Frauenkirchen | Основной почтовый индекс, Почтовое местоположение | Поиск определенного местоположения | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роль локатора Почтовое местоположение позволяет создать локатор для объединения почтового индекса и населенного пункта. Используйте этот локатор для определения более точного местоположения, когда почтовый индекс охватывает несколько населенных пунктов. Для этой роли локатора должны использоваться классы пространственных объектов, в которых каждый объект в базовых данных представляет собой объединение почтового индекса и населенного пункта. Например, на изображении ниже граница района Scripps Estates (выделена фиолетовым цветом) попадает в границу почтового индекса 92037 (выделена черным цветом), который присвоен городу La Jolla. Если вы создали локатор Postal с данными почтового индекса, поиск 92037, La Jolla вернет совпадение. Однако поиск 92037 Scripps Estates не дает результата, потому что Scripps Estates не связан с объектом почтового индекса 92037 в почтовых базовых данных. Чтобы найти 92037, Scripps Estates, вы должны построить локатор Postal Locality.
Примечание:
Использование полигональной геометрии для первичных базовых данных возвращает оптимальные результаты обратного геокодирования.
Базовые данные для роли локатора Postal Locality должны иметь поле, в котором указывается почтовый индекс и город объекта, поле ObjectID, поле Shape и, при необходимости, поле соединения, содержащее ID, который можно использовать для связи с таблицей альтернативных названий. Класс пространственных объектов также должен содержать поле ID, которое соединяет повторяющиеся объекты с одним и тем же местоположением, чтобы удалить повторяющуюся геометрию в локаторе. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например POSTAL_LOCALITY_ID. Чтобы создать базовые данные для создания локатора с ролью Postal Locality, используйте инструмент Объединить для вычисления географического объединения классов объектов границ города и почтового индекса в одном классе объектов с атрибутами каждого набора данных.
Административные районы
Основные характеристики роли Административные районы
| Типичная геометрия набора базовых данных | Типичное представление набора базовых данных | Параметры поиска адреса | Примеры | Поддерживаемые категории | Применение | Поддерживаемые версии ArcGIS Pro и Enterprise |
|---|---|---|---|---|---|---|
Точки или полигоны Для получения оптимальных результатов обратного геокодирования рекомендуется использовать полигональные данные | Каждый объект представляет определенную административную область, например, город, район, район метро, территория, регион и так далее. | Название административной области в одном поле | Британская Колумбия North Park, San Diego | Квартал, сектор, пригород, область, город, конгломерат, подрегион, регион, округ, территория, страна, зона. | Поиск определенной административной зоны | 2.3; 10.6.1; Не все функции локатора могут поддерживаться в версиях ранее Enterprise 10.7. |
Роли Административные районы предназначены для геокодирования таких областей, как города, районы, округа, провинции, территории и штаты. Вы можете использовать эту роль для создания локаторов, которые используют точечные или полигональные классы в качестве первичных базовых данных. При построении локатора с несколькими ролями, включающими как адресный уровень, так и административные области, полигоны административных областей используются для заполнения отсутствующих в данных адреса атрибутов административных зон.
Примечание:
Использование полигональной геометрии для первичных базовых данных возвращает оптимальные результаты обратного геокодирования.
Базовые данные для локаторов ролей административной области должны иметь поле, в котором указывается имя административной области для объекта, поле ObjectID, поле Shape и необязательное поле административной области JoinID, которое содержит ID, который вы можете использовать для связи с таблицей альтернативных имен. Вы можете связать ID со многими объектами в первичных базовых данных и использовать его для связи с уникальной записью в поле Join ID из таблицы альтернативных имен. Между первичными базовыми данными и альтернативным именем в таблице альтернативных имен должно быть отношение многие-ко-многим или многие-к-одному. Если основной административный объект имеет несколько имен, поле Join ID в таблице альтернативных имен для альтернативных административных имен одного и того же объекта должно содержать такое же уникальное значение ID, как показано ниже.
Примечание:
При построении локатора не сопоставляйте ObjectID в первичных базовых данных и таблице альтернативных имен с полем роли локатора Join ID. Использование ObjectID может увеличить размер локатора и снизить производительность пакетного геокодирования, а также его качество.
Чтобы удалить повторяющиеся геометрические объекты в локаторе, класс пространственных объектов должен также содержать поле ID, которое связывает повторяющиеся объекты с одним и тем же местоположением. Этот процесс сокращает размер локатора и удаляет избыточных связанных кандидатов из результатов геокодирования. Это поле ID должно быть сопоставлено с полем Feature ID из роли локатора, например REGION_FEATURE_ID.
Дополнительной атрибуты роли
В списке ролей локаторов при создании локатора вы увидите, что существуют дополнительные атрибуты для различных ролей локатора.
Поля идентификатора соединения
Для того, чтобы установить альтернативные названия для объектов ваших базовых данных, вы можете использовать таблицу. Использование альтернативных названий улиц позволяет вам сопоставить адрес и пространственный объект, используя одно из многих его названий. Например, если Bridge Street также известна как Slash Road, один и тот же объект будет найден как по адресу 266 Bridge Street, как и по адресу 266 Slash Road.
У основного класса пространственных объектов должно быть поле, содержащее значение ID для каждой записи. Вы можете связать ID со многими объектами в основном классе пространственных объектов и использовать его для связи с уникальной записью в поле Join ID из таблицы альтернативных имен. Между первичным классом пространственных объектов и альтернативным именем в таблице альтернативных имен должно быть отношение многие-ко-многим или многие-к-одному. В первичным классе объектов должно быть поле, содержащее уникальный идентификатор для каждой записи, который можно использовать для связи с идентификатором Join ID таблицы альтернативных имен.
Примечание:
При построении локатора не сопоставляйте ObjectID в первичных базовых данных и таблице альтернативных имен с полем роли локатора Join ID. Использование ObjectID может увеличить размер локатора и снизить производительность пакетного геокодирования, а также его качество.
Поля административных зон
Каждая роль содержит поля административных зон, такие как город, штат и почтовый индекс, которые следует использовать везде, где это возможно, для повышения качества сопоставления. Может быть длинная улица, которая пересекает несколько зон, например, Lake Shore Drive в Чикаго, штат Иллинойс, США, которая протягивается через весь город и пересекает более пяти почтовых индексов. Рассматривая предыдущий пример, если геокодируется только адрес улицы без почтового индекса, то вы получите несколько совпадений без возможности определить, какой из них правильный.
Пользовательские выходные поля
Каждая роль локатора позволяет позволяет добавлять в локатор дополнительные пользовательские выходные поля. Эти поля не являются обязательными. Вы можете выбрать любое поле или поля из базового класса объектов, чтобы включить их в качестве пользовательских выходных полей. При поиске адреса при помощи локатора, имеющего определенное дополнительное поле, информация из соответствующего поля в базовых данных отображается в адресах-кандидатах и сохраняется в выходном классе объектов.
Общие примеры включают Block ID, специальные идентификаторы или имена владельцев собственности. Вы можете использовать дополнительные поля, сохраненные в выходном классе пространственных объектов, для присоединения к другим таблицам атрибутов или классам пространственных объектов для дальнейшего пространственного анализа. Вы также можете использовать эту информацию при повторном сопоставлении адресов и необходимости дополнительной информации для определения правильного совпадения.