El primer paso para crear un localizador es definir el tipo de datos con los que cuenta para crear un localizador. Para ello, debe elegir el rol de localizador que mejor se ajusta a sus datos. El rol de localizador define el tipo de datos que se usan (parcela, línea de centro de calle, código postal, puntos de interés [POI], etc.) y proporciona los campos adecuados que se deben usar al crear el localizador. Una vez creado, el localizador contiene una instantánea de los datos de referencia que se usan para la geocodificación, así como índices e información sobre las direcciones locales que ayudan a devolver la mejor coincidencia durante el proceso de geocodificación.
Al elegir un rol de localizador principal con el cual generar el localizador, debe tener en cuenta varios aspectos, como el tipo de geometría de los datos de referencia y el formato de los datos que desea geocodificar. El rol de localizador Dirección de punto se utiliza habitualmente para modelar direcciones en una sola ubicación. El rol POI se puede utilizar para buscar entidades identificadas por un nombre o un código.
En la tabla siguiente se muestran algunas de las características básicas de cada uno de los roles de localizador principal que se suministran con ArcGIS Pro. Estos roles se pueden utilizar para geocodificar una dirección con información adicional de la zona, como 320 Madison St., 53606 o 329 Holiday Court, La Jolla, CA, 92122. Los roles de localizador se extienden mucho más para incluir una tabla de nombres alternativos, lo que le permite geocodificar direcciones según el nombre alternativo de las entidades principales.
Características básicas de los roles de localizador que se suministran con ArcGIS Pro
| Roles | Geometría típica de dataset de referencia | Representación típica de dataset de referencia | Parámetros de búsqueda de direcciones | Ejemplos | Aplicaciones | Versiones de ArcGIS Pro y Enterprise compatibles |
|---|---|---|---|---|---|---|
Dirección de punto | Puntos o polígonos Polígonos recomendados para unos resultados de geocodificación inversa óptimos | Cada entidad representa una dirección. Cada entidad representa una dirección con elementos de subdirección opcionales. | Todos los elementos de dirección en un solo campo | 71 Cherry Ln. W1700 Rock Rd. 38-76 Carson Rd. 15 Lakeshore Dr. Apt. 24A | Buscar parcelas, edificios o puntos de dirección Búsqueda de unidades de apartamentos, bloques de pisos, dúplex o tiendas en un centro comercial | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Parcela | Puntos o polígonos Polígonos recomendados para unos resultados de geocodificación inversa óptimos | Cada entidad representa una parcela. Cada entidad se identifica con un Id. de parcela (número, APN, etc.) o una dirección. | Todos los elementos de dirección en un solo campo | 1760820300 1760820300, 935 Feather Ln. 935 Feather Ln. | Buscar parcelas o puntos de dirección | 2.5; 10.8 |
Dirección de calle | Lines | Cada entidad tiene el rango de direcciones para ambos lados del segmento de calle. Cada entidad tiene un nombre de calle y un nombre de zona opcional. | Todos los elementos de dirección en un solo campo Elementos de dirección sin número de casa en un solo campo | 320 Madison St. N2W1700 County Rd. 105-30 Union St. 5th St. NE & Cherry St. NE Raspberry Lane, San Antonio, TX | Buscar un domicilio en un lateral específico de la calle o en intersecciones de calles Buscar entidades por nombres de calle | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
POI | Puntos o polígonos Polígonos recomendados para unos resultados de geocodificación inversa óptimos | Cada entidad representa un nombre de lugar geográfico o hito en particular. Cada entidad se identifica mediante una cadena de texto, un nombre o un código (el código puede contener números, pero debe estar representado por una cadena de texto). | Todos los elementos de nombre de lugar en un solo campo | Castillo de Leeds, Inglaterra Sapporo, Japón Cafe Cabrillo N1N115 | Buscar nombres de lugares geográficos o hitos en un área del mundo Buscar entidades que se identifican por un nombre o un código | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Marcador de distancia | Puntos | Cada entidad representa marcadores enumerados de forma secuencial colocados por las carreteras a intervalos regulares. | Marcador de distancia en un solo campo | Mile 25 I-5 N, San Diego, CA | Buscar una señal de marcador de distancia en una autopista | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Rango de distancias | Lines | Cada entidad representa el rango del marcador de distancia para cada segmento de línea. | Rango de marcador de distancia en un solo campo | Carr 682 KM 4.4, Barceloneta, 00617 | Buscar una distancia aproximada en una autopista | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Código postal | Puntos o polígonos Polígonos recomendados para unos resultados de geocodificación inversa óptimos | Cada entidad representa un único centroide o una única región de código postal. | Código postal en un solo campo | 22066 B4N 1Z5 | Buscar una ubicación de código postal específica | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Extensión de código postal | Puntos | Cada entidad representa un único centroide de extensión de código postal. | Códigos postales de cinco dígitos y extensión de cuatro dígitos en un campo separado | 96822-2323 | Buscar una ubicación de extensión de código postal específica | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Distrito postal | Puntos Polígonos recomendados para unos resultados de geocodificación inversa óptimos | Cada entidad representa la combinación de código postal y ciudad en un límite o centroide de código postal. | Código postal y ciudad en un solo campo | 7132 Frauenkirchen | Buscar una localidad específica | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Áreas administrativas | Puntos o polígonos Polígonos recomendados para unos resultados de geocodificación inversa óptimos | Cada entidad representa un área administrativa concreta, como una ciudad, vecindario, área metropolitana, territorio, región, etc. | Nombre de área administrativa en un solo campo | Columbia Británica North Park, San Diego | Buscar una zona administrativa específica | 2.3; 10.6.1; Es posible que no se admitan todas las funciones de localizador antes de Enterprise 10.7. |
Dirección de punto
El rol de localizador Dirección de punto le permite crear localizadores para direcciones comunes que contienen un número de calle y un nombre de calle. Este rol de localizador utiliza clases de entidad con geometría de polígono o punto como datos de referencia primarios. Cada entidad en los datos de referencia primarios corresponde a una sola dirección. Por ejemplo, puede utilizar una clase de entidad que contenga huellas de edificios o centroides de parcelas (los puntos centrales de los polígonos de parcela) como datos de referencia primarios para un localizador de Dirección de punto. Cada dirección que desea buscar debe estar presente en los datos de referencia primarios. Como se muestra a continuación, el rol de localizador Dirección de punto requiere que cada entidad en los datos de referencia se corresponda con un solo valor de dirección, como una parcela o un edificio.
Nota:
El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
El rol Dirección de punto también admite datos de referencia primarios que se modelan con rangos de números de casa. Una sola ubicación, como una parcela, con varias direcciones asociadas a ella, tiene un rango de valores de números de casas en los campos Desde y Hasta de número de casa. Si hay entidades que tienen rangos de números de casa, todas las entidades se deben modelar con rangos. Las entidades sin rangos de números de casa deben usar el mismo valor para los campos Desde y Hasta del número de casa. La paridad también se admite con los rangos de números de casa.
Para utilizar una clase de entidad como datos de referencia para un localizador de Dirección de punto, esta debe tener campos individuales que contengan información del número y el nombre de la calle y un campo Shape, así como un campo JoinID de dirección opcional que pueda utilizarse para la vinculación con una tabla de nombres alternativos. Además, puede especificar campos que contengan la dirección del prefijo de la calle, el tipo de prefijo, el tipo de calle, la dirección de sufijo, el código postal, la extensión del código postal (por ejemplo, ZIP+4 para EE. UU.) o la zona (área administrativa, por ejemplo, ciudad, vecindario, etc.).
Subdirección
El rol de localizador Dirección de punto incluye compatibilidad con direcciones que contienen información de subdirección como, por ejemplo, identificadores de bloques de apartamentos o de pisos, dúplex o tiendas de un centro comercial. Pueden encontrarse subdirecciones en una amplia variedad de edificios residenciales y comerciales, así como en estructuras y establecimientos especiales, como aeropuertos, parques de remolques, embarcaderos y muelles y campus universitarios.
Cada entidad en los datos de referencia primarios de puntos o polígonos se corresponde con una única dirección con información de subdirección. Puede usar una clase de entidad que contenga huellas de edificios o puntos de dirección como datos de referencia. Cada dirección que desee buscar debe estar presente en los datos de referencia. No es posible extrapolar ni interpolar ubicaciones exactas desde ningún tipo de rango de direcciones en una calle, salvo que los valores de números de casas estén modelados en los datos de referencia con rangos de números de casa tal y como se describe en la sección Rol Dirección de punto. Tal y como se muestra a continuación, las subdirecciones requieren que cada entidad de los datos de referencia se corresponda con un único valor de dirección, como edificios o puntos de dirección.
La subdirección también admite datos de referencia primarios que se modelan con rangos de números de unidades. Una sola ubicación, como el edificio de un centro comercial, con varias unidades asociadas a él, tiene un rango de valores de números de unidades en los campos Desde y Hasta. Si hay entidades que tienen rangos de números de unidades, todas las entidades se deben modelar con rangos. Las entidades sin rangos de números de unidad deben usar el mismo valor para los campos Desde y Hasta de la unidad.
Además de los atributos de dirección básicos, la clase de entidad que proporciona datos de referencia primarios para un localizador de Dirección de punto que admita Subdirección puede contener campos individuales para el tipo de edificio, el nombre del edificio, el tipo de nivel, el nombre del nivel, el tipo de unidad y el número de unidad.
Nota:
El rol de localizador admite tres pares de elementos de subdirección: Unidad y Tipo de unidad, Nivel y Tipo de nivel y Unidad de edificio y Tipo de edificio. Es opcional usar cada par de elementos de subdirección o solo un par en el localizador. Puede asignar los pares a campos que sean pertinentes; por ejemplo, Apt F, Building A o Floor 1. Más información sobre elemento de dirección en los datos de referencia primarios.
Para obtener los mejores resultados al buscar direcciones que contengan información de subdirección, un indicador (#, Apt, Suite, Bldg, Floor) debe preceder a la unidad de subdirección; de lo contrario, la dirección recibe una coincidencia con el registro en los datos que devuelve la puntuación más alta.
Parcela
El rol de localizador Parcela le permite crear localizadores para direcciones con números de parcela y direcciones comunes que contienen un número de calle y un nombre de calle. Este rol de localizador se parece al rol Dirección de punto, pero no admite direcciones con información de subdirecciones. Este rol de localizador utiliza clases de entidad con geometría de polígono o punto como datos de referencia primarios. Cada entidad en los datos de referencia primarios corresponde a una sola parcela. Por ejemplo, puede utilizar una clase de entidad que contenga polígonos de parcela o centroides de parcelas (los puntos centrales de los polígonos de parcela) como datos de referencia primarios para un localizador de Parcela. Cada parcela o dirección que desea buscar debe estar presente en los datos de referencia primarios. Como se muestra a continuación, el rol de localizador Parcela requiere que cada entidad en los datos de referencia se corresponda con una sola parcela o un solo valor de dirección, como una parcela o el centroide de una parcela.
Para utilizar una clase de entidad como datos de referencia para un localizador Parcela, esta debe tener campos individuales que contengan un número de parcela o número de casa, información del nombre de la calle y un campo Shape, así como un campo JoinID de parcela opcional que pueda utilizarse para la vinculación con un rol Dirección de punto en un localizador multirrol. Además, puede especificar campos que contengan la dirección del prefijo de la calle, el tipo de prefijo, el tipo de calle, la dirección de sufijo, el código postal, la extensión del código postal (por ejemplo, ZIP+4 para EE. UU.) o la zona (área administrativa, por ejemplo, ciudad, vecindario, etc.).
Nota:
El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
El rol Parcela también admite datos de referencia primarios que se modelan con rangos de números de casa. Una sola ubicación, como una parcela, con varias direcciones asociadas a ella, tiene un rango de valores de números de casas en los campos Desde y Hasta de número de casa. Si hay entidades que tienen rangos de números de casa, todas las entidades se deben modelar con rangos. Las entidades sin rangos de números de casa deben usar el mismo valor para los campos Desde y Hasta del número de casa. La paridad también se admite con los rangos de números de casa.
Dirección de calle
El rol de localizador Dirección de calle le permite crear localizadores que admitan la búsqueda de direcciones comunes con números de casa, intersecciones de calles y solamente nombres de calle. Una de las ventajas de este rol de localizador es que le permite proporcionar un rango de valores de números de casas para ambos laterales de un segmento de calle. De esta manera, el localizador no solo puede suministrar una ubicación a lo largo de un segmento de calle, sino también determinar el lado del segmento de calle donde se encuentra la dirección.
Este rol de localizador utiliza clases de entidad con geometría de línea. Cada entidad en los datos de referencia primarios representa un segmento de calle con dos rangos de direcciones que corresponden a ese segmento de calle, uno para cada lado.
Para utilizar una clase de entidad como los datos de referencia primarios para el rol de localizador Dirección de calle, esta debe tener cuatro campos que contengan información de dirección de Origen y Destino para cada lado de la calle, así como información del nombre de la calle, un campo Shape y un campo JoinID opcional que contenga un Id. que pueda utilizarse para la vinculación con una tabla de nombres alternativos que deba estar en los datos de referencia. Además, se pueden especificar los campos que contienen la dirección del prefijo de la calle, el tipo de prefijo, el tipo de calle, la dirección de sufijo o la zona.
Este rol de localizador es compatible con rangos de bloques normales, direcciones alfanuméricas con zona de cuadrícula o direcciones con guiones que contienen información de calles perpendiculares en el número de domicilio. Este rol de localizador también admite intersecciones de calles. Se pueden utilizar campos opcionales como ZIPL y ZIPR (código postal para cada lado de la calle), izquierda y derecha de la ciudad, y campos de abreviatura de estados o provincias en la clase de entidad de referencia.
Las tablas de direcciones que se pueden geocodificar con los localizadores que se han creado con este rol de localizador deben tener un campo de dirección que contenga el número y el nombre de la calle, además de la dirección del prefijo de la calle, el tipo de prefijo, el tipo de calle o la dirección de sufijo, si la hay. En este campo también se pueden incluir las descripciones de intersecciones (por ejemplo, Eureka Blvd. & Vine St.) También se pueden buscar nombres de calles con un localizador creado con el rol Dirección de calle, y el campo de dirección en una tabla de direcciones debe contener el nombre de la calle, además de la dirección del prefijo de la calle, el tipo de prefijo, el tipo de calle o la dirección de sufijo, si la hay.
Nombre de calle
El rol de localizador Dirección de calle es compatible con los nombres de calles. Las direcciones buscadas solo en función del nombre de calle, por ejemplo, Orchard Court, Lansing MI, devuelven una coincidencia StreetName. Si se busca una dirección con el número de la casa, solo se devuelve una coincidencia StreetName si no hay ninguna otra opción disponible. Se produce si no hay números de casa asociados con el segmento de calle en los datos de referencia. Para crear un localizador que solo admita las coincidencias StreetName, los datos de referencia deben tener NULL o cadenas vacías para cada registro en los campos de rango de número de casa, o bien un único campo con NULL o cadenas vacías asignadas a los campos de rango de número de casa Desde y Hasta desde el rol de localizador. Cuando se encuentra una dirección, la ubicación que coincide se coloca en la mitad del segmento de calle.
POI
El rol de localizador POI (puntos de interés) le permite crear localizadores para datos que contengan nombres de hitos, lugares o edificios. Este rol también le permite crear localizadores para datos de direcciones que contengan cadenas alfanuméricas para identificar ubicaciones, como N1N115. Se pueden utilizar localizadores creados con este rol para buscar entidades como montañas, puentes, ríos, ciudades, etc. Los localizadores creados con este rol también se pueden utilizar para buscar torres de telefonía móvil, distritos censales y prácticamente cualquier entidad única representada en una clase de entidad. Este rol de localizador también le permite asignar categorías y subcategorías a cada entidad, las cuales pueden usarse para limitar resultados al geocodificar o simplemente como información adicional sobre la entidad una vez geocodificada.
Sugerencia:
Utilice la herramienta Crear localizador de entidades para crear un localizador si solo tiene nombres o identificadores únicos y cortos para las entidades de los datos de referencia, como contadores de agua o grupos de bloques censales.
Este rol de localizador utiliza clases de entidad con geometría de punto o polígono como datos de referencia primarios. Además de un campo de Id. de entidad y un campo Shape, las clases de entidad utilizadas como datos de referencia para el localizador deben incluir atributos que representen nombres y zonas geográficas, tales como ciudad, región o país, para distinguir la ubicación de la entidad, o un campo específico que contenga el nombre o valor únicos de la entidad. También puede incluir los elementos de dirección de la dirección física o del POI, separados en sus campos individuales. Opcionalmente, debería haber en los datos de referencia un campo de unión que contenga un Id. que pueda utilizarse para la vinculación con una tabla de nombres alternativos. Para utilizar categorías y subcategorías, los datos de referencia primarios deben contener 1-2 campos que categoricen las entidades.
Nota:
El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
Sugerencia:
Si tiene entidades que representan distintos tipos de lugares o ubicaciones en varias clases de entidad, como paradas de autobús, paradas de metro, parques y colegios, es recomendable que fusione cada una de las clases de entidad en una sola clase de entidad, ya que solo se puede utilizar un dataset de referencia primario por rol.
Las tablas de direcciones que pueden geocodificarse con este rol de localizador deben contener también los nombres de lugares y zonas geográficas o el nombre o valor únicos que puedan utilizarse para identificar las ubicaciones. La información de la zona geográfica se utiliza para acotar la búsqueda, ya que es común que se pueda encontrar el mismo nombre, como Rochester, en varios estados del país. También puede utilizar un localizador creado con el rol POI para buscar lugares por nombre, categoría, dirección o una combinación de nombre o categoría y partes de la dirección. Por ejemplo, Starbucks, Orange St, Redlands o gasolinera, Boulder, CO.
Marcador de distancia
El rol de localizador Marcador de distancia le permite crear localizadores para marcadores de distancia (marcadores numerados de forma secuencial colocados por las carreteras a intervalos regulares). Este rol de localizador utiliza clases de entidad con geometría de punto y cada entidad en los datos de referencia representa una señal o marcador de distancia.
Para utilizar una clase de entidad como datos de referencia para un localizador de Marcador de distancia, esta debe tener campos que contengan el valor de distancia, una unidad de medida e información del nombre de la calle; un campo de Id. de entidad y un campo Shape.
Para geocodificar una tabla de ubicaciones con un localizador Marcador de distancia, la tabla debe contar con un campo de texto con todos los elementos de dirección de un único campo en uno de estos formatos:
- Kilómetro 152 MEX-400
- Km 152 MEX-400
- MEX-400 Kilómetro 152
- MEX-400 Km 152
Rango de distancias
El rol de localizador Rango de distancias le permite crear un localizador para segmentos de calle con rangos de marcador de distancia. Este rol de localizador utiliza clases de entidad con geometría de línea y cada entidad en los datos de referencia representa un segmento de calle con un rango de marcadores de distancia que corresponden a ese segmento de calle. Para utilizar una clase de entidad como datos de referencia para un localizador de Rango de direcciones, esta debe tener campos que contengan la distancia al origen, la distancia al destino, una unidad de medida e información del nombre de la calle; un campo de Id. de entidad y un campo Shape.
Código postal
El rol de localizador Código postal le permite crear un localizador para códigos postales. Este rol de localizador utiliza clases de entidad con geometría de puntos o polígonos y cada entidad en los datos de referencia representa un polígono de código postal o su centroide.
Nota:
El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
Los datos de referencia para un localizador de rol Código postal deben tener un campo que especifique el código postal de la entidad, un campo Shape, zonas administrativas opcionales y, si lo desea, un campo de unión que contenga un Id. que pueda utilizarse para la vinculación con una tabla de nombres alternativos.
Cuando se incluyen valores de nombre de ciudad con los códigos postales en los datos de referencia, los valores de ciudad se almacenan como valores de ciudad postal al crear un localizador. En algunos países, incluido Estados Unidos, la ciudad postal se devuelve de forma predeterminada al geocodificar. Esto afectará a los resultados devueltos por localizadores multirrol que incluyen roles de Dirección de punto, Parcela, Dirección de calle o POI. Puede cambiar el valor que se debe devolver en el localizador a la ciudad local o a la ciudad concordada cambiando el valor predeterminado de Nombre de ciudad preferido en el cuadro de diálogo de propiedades del localizador.
Las tablas de direcciones que se pueden geocodificar con este rol de localizador deben incluir un campo que contenga la información del código postal.
Extensión de código postal
El rol de localizador Extensión de código postal se utiliza para geocodificar códigos postales con extensiones, como los códigos postales ZIP+4 de Estados Unidos. Este rol de localizador se puede utilizar para crear localizadores que utilicen clases de entidad de punto como datos de referencia primarios.
Cada entidad en la fuente de datos de referencia primarios representa un punto de extensión de código postal. Además de los campos ObjectID y Shape, la clase de entidad o el shapefile de los datos de referencia deben incluir un campo de texto que represente el código postal (en los Estados Unidos, el código postal de cinco dígitos) de la entidad y otro campo de texto que contenga la extensión del código postal (en los Estados Unidos, el código postal ZIP+4 de cuatro dígitos).
Para geocodificar una tabla de direcciones con un localizador de Extensión de código postal, la tabla debe tener un campo de texto que contenga el código postal completo, más la extensión del código postal. Por ejemplo, en los Estados Unidos, este sería el Código postal+4 (el código postal de cinco dígitos junto con el Código postal+4), como en 12345-6789, 12345 6789 o 123456789. 
Distrito postal
El rol de localizador Distrito postal le permite crear un localizador para la combinación de un código postal y un distrito. El localizador ofrece la capacidad de resolver una ubicación más precisa cuando un código postal abarca varias localidades. Este rol de localizador espera clases de entidad en las que cada entidad de los datos de referencia represente la combinación de código postal y distrito. Por ejemplo, en la siguiente imagen, el límite del código postal de Redlands (en gris) para 92374 se encuentra dentro del límite de ciudad de Highland (en naranja). Buscar 92374, Redlands devolverá una coincidencia, pero buscar 92374, Highland no lo hará, porque los datos de referencia para del código postal no incluye el área donde se intersecan la ciudad y los límites postales (en el círculo).
Nota:
El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
Los datos de referencia para un rol de localizador Distrito postal deben tener un campo que especifique el código postal y la ciudad de la entidad, un campo Shape y, opcionalmente, un campo de unión que contenga un Id. que pueda utilizarse para la vinculación con una tabla de nombres alternativos. Para crear datos de referencia a fin de crear un localizador con el rol Distrito postal, use la herramienta Combinación para calcular la combinación geográfica de las clases de entidad de los límites de ciudad y de códigos postales en una única clase de entidad con los atributos de datasets.
Áreas administrativas
Los roles de Área administrativa se utilizan para geocodificar áreas tales como ciudades, vecindarios, condados, provincias, distritos, territorios y estados. Este rol se puede utilizar para crear localizadores que utilicen clases de entidad poligonales o de punto como datos de referencia primarios. Si crea un localizador con varios roles que incluya tanto un nivel de dirección como áreas administrativas, los polígonos de las áreas administrativas se utilizan para completar los atributos de zonas administrativas que falten en los datos de direcciones.
Nota:
El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
Atributos de roles adicionales
Cuando vea la lista de roles de localizador al crear un localizador, observará que existen otros atributos para distinguir los distintos roles de localizador.
Campos de Id. de unión
Se puede utilizar una tabla para definir los nombres alternativos para las entidades en la clase de entidad de los datos de referencia. El uso de nombres de calles alternativos permite la concordancia de una dirección con una entidad utilizando uno de los muchos nombres para la entidad. Por ejemplo, si Bridge Street también se conoce como Slash Road, se puede encontrar la misma dirección con 266 Bridge Street o 266 Slash Road.
La clase de entidad principal debe tener un campo que contenga un valor de Id. único para cada registro, el cual se puede utilizar para vincular el Id. de unión de la tabla de nombres alternativos.
Campos de zona administrativa
Cada rol contiene campos de zona administrativa, como City, State y Postal, que deben usarse siempre que sea posible para aumentar aún más la probabilidad de una coincidencia correcta. Puede haber una calle larga que cruce varias zonas, como Lake Shore Drive en Chicago, Illinois (EE. UU.), que atraviesa la ciudad y más de cinco códigos postales. Dado el ejemplo anterior, si solo se geocodifica una dirección de calle sin el código postal, se devuelven varias coincidencias sin la capacidad de determinar cuál es la correcta.
Campos de salida personalizados
Cada rol de localizador permite agregar al localizador campos de salida personalizados adicionales. Estos campos son opcionales. Puede elegir incluir como campo o campos de salida personalizados cualquier campo o campos de la clase de entidad de referencia. Cuando se realiza la búsqueda de una dirección con un localizador que contiene un campo adicional determinado, la información del campo correspondiente en los datos de referencia se muestra en los candidatos de direcciones y se guardan en la clase de entidad de salida.
Entre los ejemplos más comunes se encuentran Block ID, identificadores especiales o nombres de propietarios. Los campos adicionales guardados en la clase de entidad de salida se pueden utilizar para unirlos con otras tablas de atributos o clases de entidad para un análisis espacial posterior. La información puede ser de utilidad cuando se repite la geocodificación de las direcciones y se requiere información adicional para determinar una concordancia correcta.