<\/HEAD>
P: ¿Qué es ArcGIS Data Interoperability?<\/P>
R: Es un producto, por supuesto, una extensión para escritorio y empresa, pero como tecnología es la solución de integración sin código de Esri. 'Integración' significa conectar ArcGIS a datos – para lectura o escritura – a través de una gran variedad de formatos, fuentes y repositorios, luego manipular los datos según las necesidades de su negocio. Si puede acceder a ello, entonces Data Interoperability probablemente pueda trabajar con ello como usted desea.<\/P>
<\/P>
P: Esa es una afirmación bastante audaz - si puede 'conectar' probablemente pueda 'usar' – ¿de qué tipo de fuentes de datos estamos hablando realmente?<\/P>
R: Históricamente se trataba de formatos basados en archivos como CAD y algunos formatos propietarios usados por software GIS temprano, además de cualquier cosa basada en texto – archivos en disco. Se añadió conectividad a bases de datos – transporte en red. Luego llegó una era de XML, y ráster y nube de puntos. Se añadieron conectividades FTP y HTTP para alcanzar internet, luego JSON para que los 'datos en movimiento' fueran manejables, y últimamente conectores a almacenes en la nube. A medida que los productos han evolucionado desde escritorio a red hasta web, la tecnología se ha adaptado para 'simplemente funcionar'. Esto se acumula por supuesto, nada desaparece, y se añaden nuevas fuentes de todo tipo conforme emergen.<\/P>
<\/P>
P: ¿Es Data Interoperability lo mismo que FME?<\/P>
R: Lo es excepto cuando no lo es. Obviamente sabe que es tecnología FME, Safe Software construye Data Interoperability para nosotros, pero los dos productos de escritorio difieren ligeramente en qué funcionalidad está incluida en un ítem licenciado, y los productos servidor son diferentes. Colaboramos muy estrechamente con Safe para asegurarnos que la funcionalidad que los usuarios de Esri van a necesitar llegue a la tecnología FME y por ende a Data Interoperability. Muchos usuarios tienen ambos productos, puede compartir archivos workspace entre ellos, y sus habilidades en cada uno son aplicables en el otro.<\/P>
<\/P>
P: Si me conecto a datos ¿puedo simplemente usarlos como un ítem geodatabase o feature service u otra fuente nativa de ArcGIS en mi mapeo y geoprocesamiento?<\/P>
R: Sí, después de escribirlo donde una aplicación Esri pueda verlo, pero acceder a datos sin procesar es solo parte de la historia. Es raro que los datos estén exactamente en el esquema que desea para su trabajo, y comúnmente se necesita filtrado y remediación geométrica. Aquí es donde entran las cientos de herramientas de transformación de datos. Una vez que se conecta a los datos diseña un flujo de trabajo basado en flujo que implementa el procesamiento que necesita, y finalmente escribe su resultado donde lo necesite.<\/P>
<\/P>
P: Usted dijo: 'diagramar un flujo de trabajo basado en flujo'.& nbsp; ¿Es esto con ModelBuilder?<\/P>
R: & nbsp;Data Interoperability proporciona una aplicación – Workbench – que ofrece un entorno de programación visual como ModelBuilder.& nbsp; Es muy fácil de manejar, trabaja sobre un lienzo, añade, configura y conecta cosas llamadas lectores, transformadores y escritores, realiza ejecuciones parciales o completas como ModelBuilder, y las sesiones pueden persistirse como herramientas de geoprocesamiento, nuevamente como ModelBuilder.& nbsp; Quiero enfatizar que trabajar en Workbench es como ModelBuilder o crear herramientas script Python en que trabaja dentro del entorno de geoprocesamiento ArcGIS.& nbsp; Como ModelBuilder pero a diferencia de las herramientas script Python, no está codificando, está diagramando.<\/P>
& nbsp;<\/P>
P: & nbsp;Soy hábil con Python, ¿eso ayuda?<\/P>
R: & nbsp;Podría ayudar, pero Python no es necesario.& nbsp; Data Interoperability es tecnología sin código, pero también amigable con código.& nbsp; A veces ahorra algo de trabajo diagramar usar un fragmento Python para una función.& nbsp; Esta es otra similitud con ModelBuilder, que tiene una herramienta modelo 'Calculate Value' que le permite aplicar un fragmento Python.& nbsp; En ambos casos puede ahorrar tiempo.<\/P>
& nbsp;<\/P>
P: & nbsp;Data Interoperability es ETL, pero veo proveedores cloud promoviendo ELT, ¿tiene comentarios?<\/P>
R: & nbsp;Extract Transform & Load (ETL) es donde la transformación de datos se hace antes de enviarlos a un sistema registro, Extract Load & Transform (ELT) es donde los datos primero se envían (o ya existen) en un sistema registro y se manipulan dentro de ese sistema, por ejemplo usando SQL o usando una vista y/o un lenguaje SQL mimético en una tecnología JSON store.& nbsp; Mientras Data Interoperability tiene capacidad manipulativa de primera clase, también tiene conectividad consulta dentro plataformas cloud, permitiéndole trabajar sobre los datos donde están y no transportándolos arriba y abajo.& nbsp; No luche contra la gravedad de los datos, haga lo que funcione para usted, Data Interoperability le permite hacer esto desde dentro de ArcGIS como ETL o ELT.<\/P>
& nbsp;<\/P>
P: & nbsp;¿Cuál es la mejor ruta de aprendizaje para Data Interoperability?& nbsp; ¿Así fue como empezó usted?<\/P>
R: & nbsp;Hay cursos online en esri.com/training, y mucha información en safe.com para FME Desktop, que es casi completamente aplicable a Data Interoperability, pero la ruta más valiosa es aprender haciendo – es decir creando herramientas ETL – e interactuando con la comunidad ETL en GeoNet y en knowledge.safe.com.& nbsp; Aprendí Data Interoperability participando en migraciones de sistemas CAD a ArcGIS.<\/P>
& nbsp;<\/P>
P: & nbsp;He oído hablar de Data Interop for Server. & nbsp;¿Puede explicar la funcionalidad ETL en el contexto servidor?<\/P>
R: & nbsp;El patrón para Data Interoperability for Server está dentro de la publicación del servicio geoprocesamiento, es solo un caso específico de eso.& nbsp; Hay algunos detalles que debe considerar, como cómo manejar herramientas ETL que generan un workspace – tal como una File Geodatabase – lo cual no puede hacerse en geoprocesamiento central (puede comprimir el GDB y devolver un parámetro archivo), y los servicios deberían ser asincrónicos, pero por lo demás trate una herramienta ETL como por ejemplo una herramienta script Python.<\/P>
& nbsp;<\/P>
P: & nbsp;He oído que la gente usa Data Interoperability para soportar formatos y protocolos basados en estándares como GML o WFS o GeoPackage. & nbsp;¿Puede elaborar un poco sobre eso?<\/P>
R: & nbsp;Los formatos y protocolos populares suelen eventualmente incorporarse al núcleo ArcGIS, incluso si originalmente el soporte fue mediante Data Interoperability.& nbsp; Sin embargo usualmente permanece disponible una experiencia mucho más rica de traducción en Data Interoperability.& nbsp; Esto es cierto incluso para estándares de facto como CSV, Excel y KML.<\/P>
& nbsp;<\/P>
P: & nbsp;¿Puede compartir algún escenario interesante donde Data Interoperability haya jugado un papel importante?<\/P>
R: & nbsp;Los resultados más impactantes – siendo subjetivo aquí pero el patrón se repite y el número usuarios muy grande – son cuando un sistema registro puede ser cosechado para obtener datos autorizados, luego los datos son mejorados y usados para mantener un hosted feature service en ArcGIS Enterprise u Online, lo cual por supuesto entrega una fuente datos performante a aplicaciones Esri.& nbsp; El sistema fuente podría ser FTP, HTTP, WFS, Protocol Buffer, un endpoint REST API – cualquier cosa.& nbsp; La ventaja del patrón es que puede automatizar la provisión datos a usuarios Esri sin tiempo inactivo ni interrumpir el sistema registro.<\/P>
& nbsp;<\/P>
P: & nbsp;He oído hablar del servidor FME. ¿Lo soportan?<\/P>
R: & nbsp;mencioné que los productos ArcGIS y FME server son diferentes – significando separados – pero tienen superposición funcional.& nbsp; Data Interoperability for ArcGIS Enterprise ofrece web ETL dentro del marco servicio geoprocesamiento, un buen patrón para hacer cosas como escalar trabajo traducción formato o procesar fuentes datos basadas archivos muy usadas en su organización, por ejemplo puede procesar muchos archivos Excel.& nbsp; FME Server puede usarse igual pero no sería buena inversión comparado con licenciar Data Interoperability para una instalación existente ArcGIS Enterprise.& nbsp; Sin embargo FME Server tiene una rica capacidad automatización trigger-action que puede usarse para integraciones complejas entre múltiples sistemas.& nbsp; Si su trabajo trata integraciones que no emiten resultados a cliente sino realizan sincronizaciones entonces FME Server podría estar indicado.& nbsp; Si está instalado junto con ArcGIS Enterprise sus integraciones pueden incluir software ArcGIS como ArcPy o la API Python ArcGIS.<\/P>
& nbsp;<\/P>
P: & nbsp;¿Qué hay en la hoja ruta para Data Interoperability?<\/P>
R: & nbsp;s Siempre hay una larga lista funcionalidades formato y transformación en desarrollo pero un par de cosas que destacan y que están cerca de ser lanzadas, así que con suerte estarán disponibles para cuando esta sesión de preguntas y respuestas se publique. El primero es la maduración de herramientas para interactuar con big data. Un ejemplo sobre el que tengo la intención de escribir en el blog es la recuperación de grandes datos CSV comprimidos (que cambian diariamente) desde la web, luego usar GeoAnalytics Desktop para hacer un procesamiento paralelo con Spark en Pro, y después enviar los resultados como un archivo Parquet a una plataforma en la nube donde cualquiera puede consultarlos; todo como un conjunto de herramientas ETL. Automatizar esto para que ocurra diariamente según un horario reforzará el punto. Un segundo desarrollo que esperamos sea del agrado de todos es la capacidad de gestionar elementos de ArcGIS Online dentro de un flujo de trabajo ETL, lo que significa la carga, sobrescritura, descarga o eliminación de los muchos tipos de elementos Online que puedes crear con Data Interoperability. Esto cerrará el ciclo sobre compartir el procesamiento ETL en la nube pública de Esri.<\/P>
<\/P>
P: ¿Puedes hablar sobre más futuros – no solo Data Interoperability, sino generalmente en las áreas de ETL, integración de aplicaciones y similares?<\/P>
R: Nada va a desaparecer, por lo que las fuentes de datos basadas en archivos y redes continuarán existiendo, pero desde hace algún tiempo y cada vez más, los datos se mueven en formatos web como JSON, y estamos viendo tendencias en servicios con cargas útiles de protocolo buffer, y formatos optimizados para mover big data, como Parquet. Interactuar con APIs REST es casi algo del pasado ahora y se ha simplificado con Data Interoperability. Puedes dar por sentado que los formatos o protocolos que tienen tracción en la industria serán soportados por Data Interoperability. Concéntrate en tu trabajo y dinos qué necesitas, el futuro será construido para ti.<\/P>
<\/P>
P: ¿Dónde puedo obtener más información sobre Data Interoperability en particular, y temas relacionados con ETL en general?<\/P>
R: Tu representante de Esri estará encantado de asesorarte sobre la licencia de Data Interoperability. ETL es un tema amplio y una disciplina bien documentada en la industria, pero para realmente impulsar tu proyecto considera un compromiso de servicios profesionales con tu representante local de Esri o socio. Para material de referencia, busca en GeoNet dentro del espacio Open Platform, Standards and Interoperability.<\/P><\/BODY><\/HTML>
