El tipo de feed TCP (cliente) de ArcGIS Velocity recibe eventos de un servidor TCP con formato XML, JSON o texto delimitado a través de una conexión de socket TCP.
Ejemplo
A continuación se presenta un ejemplo de uso del feed:
Una agencia de transporte utiliza un feed TCP (cliente) en un análisis en tiempo real para recibir datos en directo de los vehículos desde un servidor TCP. El servidor TCP envía mensajes JSON con actualizaciones de ubicación y velocidad. El cliente TCP (feed) escucha al servidor TCP, recupera mensajes de muestra y detecta automáticamente el esquema. Las alertas se activan cuando el vehículo supera una velocidad de 80 mph. Estas alertas ayudan a la agencia a supervisar el tráfico y responder rápidamente a los incidentes.
Notas de uso
Tenga en cuenta lo siguiente al trabajar con el feed:
- El feed TCP (cliente) establece una conexión con el servidor TCP para recibir los datos. Debe asegurarse de que el servidor TCP esté escuchando antes de configurar el feed TCP (cliente).
- Velocity admite varios formatos de datos de salida. Son los siguientes: JSON, GeoJSON, EsriJSON y texto delimitado.
- Al elegir utilizar el formato de texto delimitado, debe especificar el delimitador que se colocará entre los valores de los atributos. Los delimitadores comunes son la coma, el carácter de barra vertical o el punto y coma.
- Además de la delimitación de atributos, cada registro de datos también debe tener un delimitador. El feed TCP (cliente) necesita saber dónde termina un registro de datos y dónde comienza otro.
Parámetros
Los siguientes son los parámetros del feed:
| Parámetro | Descripción | Tipo de datos |
|---|---|---|
| Host | Nombre de host o dirección IP necesario para iniciar la conexión con el servidor TCP, por ejemplo, localhost o 127.0.0.1. | Cadena de caracteres |
| Puerto | Puerto necesario para iniciar la conexión con el servidor TCP. | Entero |
Consideraciones y limitaciones
Plantéese lo siguiente al utilizar el feed:
El feed TCP (cliente) se conecta al servidor TCP para muestrear el esquema de datos. El cliente se desconecta mientras se completa la configuración del feed. Cuando se inicia el feed, se inicia una nueva conexión de cliente.
Velocity se conecta, desconecta y vuelve a conectarse al servidor TCP varias veces durante la configuración del feed, antes de que este finalmente comience a recibir datos. Es posible que algunos sockets de servidor no prevean este comportamiento. Si el servidor TCP no puede admitir múltiples conexiones de clientes mientras Velocity prueba su capacidad para conectarse al servidor o se conecta para muestrear el esquema de datos del servidor, es posible que tenga que definir el esquema de datos manualmente.