El primer paso para crear un localizador es definir el tipo de datos que se utilizará 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 emplean 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, deben tenerse en cuenta varios aspectos, como el tipo de geometría de los datos de referencia y el formato de los datos que se desea geocodificar. El rol de localizador Dirección de punto se utiliza habitualmente para modelar direcciones en una sola ubicación. Puede utilizar el rol POI 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. Puede usar estos roles para geocodificar una dirección con información adicional de la zona, como 320 Madison St., 53606 or 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 | Categorías compatibles | 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 | Dirección de punto, subdirección | 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. 2.8; 10.8.1; Subdirección compatible como Tipo de entidad para la geocodificación inversa. |
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. | Parcela | Buscar parcelas o puntos de dirección | 2.5; 10.8 |
Dirección | Líneas | 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 | Dirección de calle, intersección, nombre de calle | 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. |
Punto de interés | 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 | Punto de interés |
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 | Marcador de distancia | 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 | Líneas | 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 | Marcador de distancia | 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. |
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 | Dirección postal principal | 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 | Código postal principal, extensión de código postal | 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 | Código postal principal, distrito postal | 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 | Bloque, sector, vecindario, distrito, ciudad, área metropolitana, subregión, región, territorio, país y zona | 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, debe modelar todas las entidades con rangos. Las entidades que no tienen rangos de números de casa se incluyen en el localizador si el valor del número de casa está almacenado en el campo Desde o Hasta del número de casa. Funciona de manera similar a tener el mismo valor en ambos campos en los datos de referencia. La paridad también se admite con los rangos de números de casa.
Nota:
Al crear un localizador Dirección de punto, si se asignan los campos de número de casa y número de casa desde y hasta, los valores del campo de número de casa se ignoran y los valores de los campos de número de casa desde y hasta se utilizan para crear el localizador.
Además, el rol Dirección de punto admite extensiones de números de casa, que pueden tener dúplex y parcelas divididas, pero que se almacenan en un único campo representado como el número de la casa o el número de la casa completa, por ejemplo, 2B Wingate Rd. o 20 1/2 Rocky Knoll Dr.. Aunque 20 Rocky Knoll Dr. era la dirección asignada del edificio original, 20 1/2 se asignó al edificio adyacente cuando se subdividió la parcela. Es bastante habitual utilizar sufijos de número de domicilio como B o 1/2. Aunque no es frecuente, los prefijos del número de domicilio, como 28R en 28R 17 Oak St, pueden usarse como prefijo de número de domicilio. Concatene todos los componentes del número de domicilio (prefijo del número de domicilio, número de domicilio, sufijo del número de domicilio) en un único campo y utilícelo como campo del número de domicilio al crear el localizador. Al buscar una dirección que contenga un número de casa alfanumérico, se debe escribir el número de casa completo, como 28R en 28R 17 Oak St, para que se devuelvan sugerencias relacionadas con la dirección.
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, un campo ObjectID y otro Shape, así como un campo de dirección opcional JoinID que pueda asignar al campo de rol de localizador de Id. de unión de dirección para la vinculación con una tabla de nombres alternativos correspondiente anúmeros de casa alternativos o rangos de números de casa alternativos. Puede utilizar esto, por ejemplo, para modelar la transliteración inglesa de números de casas cirílicos. 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.). También debe incluir un campo JoinID de parcela opcional en los datos de referencia si desea utilizar el rol Dirección de punto junto con el rol de localizador Parcela en un localizador multirrol. Para vincular los puntos de dirección con las parcelas, asigne el campo de parcela JoinID al campo de rol de localizador de Id. de unión de parcela. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoPOINT_ADDRESS_ID.
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. Las subdirecciones se encuentran 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, debe modelar todas las entidades con rangos. Las entidades sin rangos de números de unidades se incluyen en el localizador si el valor de unidad se almacena en el campo de unidad Desde o Hasta. Funciona de manera similar a tener el mismo valor en ambos campos en los datos de referencia.
Nota:
Al crear un localizador Dirección de punto que admite la subdirección, si se asignan los campos de unidad y unidad desde y hasta, los valores del campo de unidad se ignoran y los valores de los campos de unidad desde y hasta se utilizan para crear el localizador.
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:
Este 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. Si lo desea, puede 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. Al buscar una dirección que contenga una subunidad, se debe escribir el elemento de subdirección completo, como Unit 101 en 35 Orchard Ct, Unit 101, para que se devuelva una coincidencia para la ubicación de subdirección. Si hay varias subdirecciones en una dirección, puede escribir parte del nombre de la subdirección con o sin un indicador para devolver una lista de candidatos de sugerencia de subdirección válidos. Debe habilitar el ajuste Sugerencias para subdirecciones parciales en el cuadro de diálogo Propiedades del localizador para usar esta funcionalidad.
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 un número de casa, información del nombre de la calle, un campo ObjectID y otro Shape, así como un JoinID campo de parcela opcional que pueda asignar al campo de rol de localizador de Id. de unión de parcela para la vinculación con el 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 Estados Unidos) o la zona (área administrativa, por ejemplo, ciudad, vecindario, etc.). La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoPARCEL_ID.
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, debe modelar todas las entidades con rangos. Las entidades que no tienen rangos de números de casa se incluyen en el localizador si el valor del número de casa está almacenado en el campo Desde o Hasta del número de casa. Funciona de manera similar a tener el mismo valor en ambos campos en los datos de referencia. La paridad también se admite con los rangos de números de casa.
Nota:
Al crear el localizador, si se asignan los campos de número de casa y número de casa desde y hasta, los valores del campo de número de casa se ignoran y los valores de los campos de número de casa desde y hasta se utilizan para crear el localizador.
Las tablas de direcciones que puede geocodificar con este rol de localizador deben contener el número de parcela o la dirección de parcela y un área administrativa, como vecindario, ciudad o código postal. Los localizadores creados con este rol de localizador admiten los siguientes escenarios de búsqueda:
- Busque por el número de parcela exacto cuando solo se asigna el número de parcela al campo de rol de localizador de Nombre de parcela al crear el localizador.
- Busque por la dirección de parcela cuando se asignen campos de dirección y número de parcela al crear el localizador. También puede buscar solo el número de parcela cuando el localizador se genera de esta manera.
- Busque por número de parcela y dirección cuando se asignen campos de dirección y número de parcela al crear el localizador. También puede buscar solo el número de parcela cuando el localizador se genera de esta manera.
Dirección
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 ObjectID , otro Shape y un campo JoinID opcional que contenga un Id. que pueda asignar al campo de rol de localizador de Id. de unión de calle para la vinculación con una tabla de nombres alternativos 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. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoSTREET_SEGMENT_ID.
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. Puede 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 puede 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. Debe incluir al menos un área administrativa como ciudad o código postal en un campo separado para mejorar la calidad de geocodificación al geocodificar direcciones que tengan el mismo nombre de calle.
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.
Manzanas
El rol de localizador Dirección de calle incluye compatibilidad para buscar un grupo de números de casa que representen una o varias manzanas de la ciudad. El valor Addr_type devuelto en este tipo de búsqueda es StreetMidBlock. La ubicación de dicha entidad es el punto medio aproximado de los segmentos de calle que incluyen los números de casa representados por el número de manzana o el rango de manzanas. Una coincidencia StreetMidBlock es más precisa que una coincidencia StreetName y menos precisa que una coincidencia StreetAddress. Puede buscar una sola manzana o un rango de manzanas utilizando la sintaxis <number or range> bloque | bloque de <street name>, por ejemplo 100 bloque de New York St, Redlands, CA o 200-500 bloque Taylor St, San Francisco. Consulte la ayuda web de la API REST para obtener más información sobre la búsqueda de manzanas.
Punto de interés
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. También puede utilizar los localizadores creados con este rol 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 permite asignar categorías y subcategorías a cada entidad, que puede usar 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 los campos ObjectID y 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. Para utilizar categorías y subcategorías, los datos de referencia primarios deben contener uno o dos campos que categoricen las entidades. Opcionalmente, puede incluir un campo de unión que contenga un Id. que pueda utilizar para la vinculación con una tabla de nombres alternativos de lugares o categorías alternativas en los datos de referencia. Al crear el localizador, asigne el campo de unión al campo de rol del localizador de Id. de unión de lugar en las tablas de nombres principales y alternativos. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoPLACE_NAME_ID.
Nota:
- El uso de geometría de polígono para los datos de referencia primarios produce resultados de geocodificación inversa óptimos.
- El rol de localizador POI sustituye la necesidad de la tabla de alias del nombre de un lugar, pero requiere una clase de entidad de punto o poligonal de nombres de lugares junto con la dirección asociada en la tabla de atributos.
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 asigne una categoría a cada entidad de las clases de entidad individuales y fusione cada una de las clases de entidad en una sola clase de entidad, ya que solo puede utilizar un dataset de referencia primario por rol. Esto permite buscar diferentes tipos de ubicaciones utilizando un solo localizador.
Las tablas de direcciones que puede geocodificar con este rol de localizador deben contener también los nombres de lugares y zonas geográficas o un nombre o valor únicos que puede utilizar para identificar las ubicaciones. La información de la zona geográfica se utiliza para acotar la búsqueda, ya que es común encontrar el mismo nombre, como Rochester, en varios estados del país. Si está geocodificando el POI, además de la dirección, incluya el nombre del lugar en el campo address y la dirección en un campo address2. También puede utilizar un localizador creado con el rol POI para buscar lugares por nombre, categoría 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. Los localizadores creados con este rol de localizador admiten los siguientes formatos de búsqueda:
- Busque lugares por nombre, por ejemplo, Disneylandia, Tennessee o las cataratas del Niágara, o categoría, como parques de diversiones, cataratas o cafeterías.
- Busque lugares por nombre o categoría utilizando una o varias zonas (vecindario, ciudad, región, código postal) con un conector opcional (en o en).
- Busque lugares por nombre o categoría utilizando parte de la dirección, como el nombre de la calle.
- Busque lugares por nombre o categoría utilizando la dirección y una o varias zonas (vecindario, ciudad, región, código postal).
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 ObjectID y un campo Shape. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoSTREET_ID.
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
Nota:
Si se incluyen unidades de distancia al crear el localizador con este rol, el localizador ignora las unidades de distancia al buscar ubicaciones.
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 ObjectID y un campo Shape. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoSTREET_ID.
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 ObjectID , un campo Shape, un campo de unión que contenga un Id. que pueda utilizar para la vinculación con una tabla de nombres alternativos y, si lo desea, zonas administrativas, como una ciudad. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoPOSTAL_ID.
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 afecta 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 devuelve en el localizador a la ciudad local o a la ciudad geocodificada cambiando el valor predeterminado de Nombre de ciudad preferido en el cuadro de diálogo de propiedades del localizador.
Las tablas de direcciones que puede 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. Puede utilizar este rol de localizador 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). La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoPOSTAL_EXTENSION_ID.
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 es 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. Utilice este localizador para resolver una ubicación más precisa cuando un código postal abarca varias localidades. Para este rol de localizador, deben utilizarse 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 de vecindario de Scripps Estates (en morado) cae dentro del límite del código postal 92037 (en negro), que se asigna a la ciudad de La Jolla. Si creó un localizador Código postal con los datos del código postal, al buscar 92037, La Jolla se devuelve una coincidencia. Sin embargo, al buscar 92037 Scripps Estates no aparece ninguna coincidencia, porque Scripps Estates no está asociado a la entidad de código postal 92037 en los datos de referencia de código postal. Para buscar92037, Scripps Estates, debe crear un localizador Distrito postal.
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 ObjectID , otro campo Shape y, opcionalmente, un campo de unión que contenga un Id. que pueda utilizar para la vinculación con una tabla de nombres alternativos. La clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación para eliminar geometrías duplicadas en el localizador. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoPOSTAL_LOCALITY_ID. 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 o localidad y de códigos postales en una única clase de entidad con los atributos de cada dataset.
Áreas administrativas
Los roles de Área administrativa se utilizan para geocodificar áreas tales como ciudades, vecindarios, condados, provincias, distritos, territorios y estados. Puede utilizar este rol 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.
Los datos de referencia de localizadores de roles de áreas administrativas deben tener un campo que especifique el nombre de área administrativa de la entidad, un campo ObjectID , otro campo Shape y un campo JoinID de área administrativa opcional que contenga un Id. que pueda utilizar para la vinculación con una tabla de nombres alternativos. Puede asociar el Id. con muchas entidades en los datos de referencia primarios y utilizarlo para vincularlo a un registro único en el campo Join ID de la tabla de nombres alternativos. Debe haber una relación de muchos a muchos o de muchos a 1 entre los datos de referencia primarios y el nombre alternativo en la tabla de nombres alternativos. Si una entidad administrativa principal tiene varios nombres, el campo Join ID de la tabla de nombres alternativos correspondientes a los nombres administrativos alternativos de la misma entidad debe contener el mismo valor de Id. único que se ilustra a continuación.
Nota:
No asigne el ObjectID en los datos de referencia primarios y la tabla de nombres alternativos al campo de rol del localizador de Id. de unión cuando construya el localizador. El uso de los ObjectID puede incrementar el tamaño del localizador y reducir el rendimiento de la geocodificación por lotes, así como la calidad de la geocodificación.
Para eliminar geometrías duplicadas en el localizador, la clase de entidad también debe contener un campo de Id. que conecte entidades duplicadas con la misma ubicación. Este proceso reduce el tamaño del localizador y elimina el exceso de candidatos coincidentes de los resultados de la geocodificación. Este campo de Id. se debe asignar a un campo de Id. de entidad desde el rol de localizador, comoREGION_FEATURE_ID.
Atributos de roles adicionales
Al crear un localizador, en la lista de roles de localizador 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. para cada registro. Puede asociar el Id. con muchas entidades en la clase de entidad principal y utilizarlo para vincularlo a un registro único en el campo Join ID desde la tabla de nombres alternativos. Debe haber una relación de muchos a muchos o de muchos a 1 entre la clase de entidad principal y el nombre alternativo en la tabla de nombres alternativos. La clase de entidad principal debe tener un campo que contenga un valor de Id. único para cada registro, que pueda utilizar para vincular el Id. de unión de la tabla de nombres alternativos.
Nota:
No asigne el ObjectID en los datos de referencia primarios y la tabla de nombres alternativos al campo de rol del localizador de Id. de unión cuando construya el localizador. El uso de los ObjectID puede incrementar el tamaño del localizador y reducir el rendimiento de la geocodificación por lotes, así como la calidad de la geocodificación.
Campos de zona administrativa
Cada rol contiene campos de zona administrativa, como City, State y Postal, que debe usar siempre que sea posible para aumentar aún más la probabilidad de una geocodificación 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. Puede utilizar los campos adicionales guardados en la clase de entidad de salida para unirlos a otras tablas de atributos o clases de entidad para un análisis espacial posterior. También puede utilizar la información cuando se repite la geocodificación de las direcciones y se requiere información adicional para determinar una geocodificación correcta.