¿Cuáles son sus mayores retos como desarrollador de SIG?

Question

¿Cuáles son sus mayores retos a la hora de desarrollar software SIG?

¿Es codificación? ¿Se trata de entender conceptos de cartografía/geografía/etc (como las proyecciones)? ¿O de otras dificultades?

Answer 1

Mi problema es el caballo y el agua. En muchos casos desarrollamos o presentamos soluciones realmente buenas para nuestros clientes, pero por muy elegante que sea la solución, es absolutamente inútil si nadie se toma la molestia de utilizarla. En algunos casos, hemos sido capaces de aliviar esto haciendo nuestro trabajo basado en el usuario (encuesta de problemas, hablar de soluciones antes del desarrollo), pero en algunos casos esto todavía no es suficiente.

Answer 2

Creo que el reto más difícil es conseguir que la dirección entienda el SIG y algunos usuarios tampoco lo entienden. La percepción es que el SIG consiste en hacer un mapa; que un mapa es el único resultado de cualquier esfuerzo SIG. No sabes lo frustrante que me resulta: el nivel de ignorancia es enorme, y lo tienen los principales responsables de la toma de decisiones.

Con el tiempo, sin embargo, nosotros, que somos algunos de los expertos y programadores pioneros en SIG, acabaremos convirtiéndonos en gestores y podremos llevar a cabo algunos proyectos SIG decentes.

La otra dificultad como programador de SIG es que tienes que entender muchas tecnologías diferentes: Java, .Net, bases de datos, software de ESRI u otros proveedores, como MapInfo, redes, seguridad, tecnología web, etc., etc. A veces es un trabajo casi imposible.

Answer 3

Tratar con personas con formación en topografía que no entienden las técnicas y metodologías profesionales de desarrollo de software, pero que, como han aprendido solas a programar en avenue/VB, creen que eso es todo.

Answer 4

3 de Respuesta de Vinko :

diseñar una aplicación utilizable. Es fácil y tentador poner un montón de campanas y silbatos que sólo confundirán a los usuarios.

Votaría a favor de toda la respuesta si no fuera porque la usabilidad es sólo el tercer punto de su lista y no creo que los dos primeros sean tan desafiantes.

En la usabilidad es donde están la mayoría de mis problemas y donde paso la mayor parte del tiempo de diseño/desarrollo, averiguando cómo diseñar una interfaz de usuario inteligente y eficaz, pero manteniéndola intuitiva para que los usuarios no se sientan confundidos por ella, por ejemplo:

• Cómo ajustar el estilo (y elegir las capas) de un mapa interactivo para mostrar la información relevante y evitar el desorden que a menudo se produce al mostrar demasiados datos (por ejemplo, utilizando la agregación automática de características puntuales); sé que esto es lo que la cartografía lleva años intentando resolver, pero el problema no hace más que empeorar con los mapas digitales/interactivos.

• Cómo posicionar automáticamente la vista del mapa en función de la consulta/selección de funciones del usuario

• Resaltar las características 'seleccionadas' - ¿se muestra el resaltado sólo brevemente, se tiene resaltado todo el tiempo que una característica está seleccionada, se desactiva el resaltado cuando la tabla de selección (o lista) pierde el foco? ¿Cómo resaltar todos los resultados de una consulta de una tabla y la fila seleccionada dentro de esa tabla (sin tener demasiados botones de alternancia)?

• Mostrar información adicional en listas de capas o características, por ejemplo, la visibilidad/estilo aplicado/tipo de geometría de una capa, estado/clase de una característica... Esto se complica aún más en caso de que se muestren diferentes tipos de características en la misma lista (supongo que es por eso que Google y Bing Maps utilizan un filtrado bastante pesado de los resultados de búsqueda).

• Edición eficaz: encaje, cierre de polígonos, adición/movimiento/eliminación de puntos, sin tener muchos botones en la barra de herramientas.

• Cómo diseñar (e implementar) una interfaz de consulta fácil de usar para consultas de geometría y, lo que es aún más difícil, una interfaz para consultas que incluyan tanto atributos como geometría, sin que el usuario tenga que escribir algo parecido a SQL.

• Cómo diseñar algo parecido a un portapapeles para características/geometrías que evite tener que estar continuamente 'cogiendo' una característica del mapa para usarla en consultas, ediciones...

Tengo la sensación de que los SIG son un campo especialmente difícil en el aspecto de la usabilidad, porque:

• La ubicación es el contexto universal y normalmente el más natural para cualquier información, por lo que siempre hay demasiada información disponible para mostrar

• Cuando la información se muestra en un mapa, es fácil caer en la tentación de subestimar la importancia de las partes de la interfaz de usuario ajenas al SIG.

• La industria ha descuidado tradicionalmente el aspecto de la usabilidad del software SIG, y se ha salido con la suya porque la cartografía digital se consideraba un oficio técnico con una curva de aprendizaje lenta y había conceptos mucho más difíciles de aprender que cómo utilizar la interfaz. Esto significa que cualquiera que intente diseñar una interfaz SIG para los no expertos tiene que inventar sus propios principios, condenados a la confusión (un buen ejemplo sería "Mis mapas" de Google o "Mis lugares" de Bing Maps).

Answer 5

Uno de los mayores retos del desarrollo de SIG basados en la web es cómo se entregan los datos y cuánta eficiencia puedo obtener entregando los datos de una determinada manera. El mayor obstáculo es que es muy difícil escribir código para algo que requiere un ajuste humano. Rara vez se utilizan técnicas de generalización de datos vectoriales a gran escala. La mayoría de las veces hay que ajustar los rangos de escala para activar y desactivar las capas.