¿Qué le molesta de su entorno SIG?

19

Tengo una pregunta sobre su entorno SIG favorito. En las últimas décadas, ha habido los principales jugadores habituales, MapInfo, ESRI, Intergraph (Grass?), Y todos amamos y odiamos los aspectos de los principales jugadores de SIG.

El propósito de mi pregunta es proporcionar algún foro (¿wiki de la comunidad?) Donde podamos colocar sugerencias que mejoren nuestra vida laboral. Así que por favor sea específico.

Intente ser constructivo, describa el proceso, los datos, los resultados esperados y los escenarios.

Constructivamente, ¿cuáles son sus principales problemas con su paquete SIG de elección?


La semilla de la pregunta
Mirando el proyecto Hadoop de Apache y algunos de los impresionantes trabajos realizados allí, que comenzaron a pensar. Dado que GIS es una profesión computacionalmente intensiva, ¿cómo no se ha incorporado esta tecnología en nuestro software SIG favorito? Existen algunas soluciones fantásticas que podrían mejorar la vida de los profesionales de SIG.

El otro propósito es considerar la posibilidad de tomar algunas de estas ideas e incorporarlas potencialmente en proyectos FOSS4G (QGIS? GeoServer? ¿Nuevo proyecto?), Aumentar la usabilidad y la funcionalidad y darles una oportunidad a los grandes.

OptimizePrime
fuente
Disculpe si esta pregunta es subjetiva, pensé que proporcionaría algún foro para cotejar de manera constructiva los problemas, donde la votación podría sugerir una relevancia de los problemas.
OptimizePrime
8
Veamos cómo se siente la comunidad sobre la conveniencia de dejar esta pregunta en pie. Mientras tanto, para darle un buen comienzo en la vida, lo he convertido a CW. También agregaré que esta pregunta ha sido cuidadosamente formulada para invitar respuestas cuidadosas y bien razonadas. Las respuestas que son principalmente críticas subjetivas (o delirios) serán cerradas por un moderador sin ninguna explicación adicional.
whuber

Respuestas:

18
  1. Shapefiles y la falta de un formato de intercambio mejor adoptado.
  2. Pobre soporte de datos 3D (visualización, edición, modelado, conversión de formato de datos)
  3. Loco
  4. Falta de documentación (exhaustiva)
  5. Metadatos (software SIG que define su propio estándar de metadatos y esencialmente lo obliga a usted ... también, ¿dónde están las herramientas?)
  6. Segmentación de las características del software SIG según el nivel de licencia; hace que sea difícil trabajar con usuarios con una licencia diferente, escribir códigos / scripts que funcionen para todos, etc.
  7. Rendimiento (poco o ningún soporte de multiprocesamiento, soporte para 4GB + RAM, base de código ineficiente)

¡Estoy seguro de que puede adivinar a qué paquete de software me refiero!

blah238
fuente
77
+1 por la falta de un formato de intercambio mejor adoptado
Jonas
1
Gracias @ blah238, esfuerzo considerado y constructivo. ¿Podrían todos atenerse a este ejemplo y a la funcionalidad y mantener los nombres de los proveedores fuera de él? Saludos
OptimizePrime
1
Gracias. Pensé en convertirlo en un top 10 y hacer que los últimos 3 fueran iguales: errores. Pero lo pensé mejor, ya es suficiente despotricar :)
blah238
3
Necesitaría 8 líneas para errores: una para cada versión del software que se ha lanzado. Con cada lanzamiento, se arreglan decenas de miles de errores, quedan decenas de miles y se crean decenas de miles de nuevos. (No estoy inventando el número total: se basa en una comunicación verbal de un representante de un proveedor en 2007 que con orgullo indicó que se habían corregido más de "50,000" errores en su próximo lanzamiento. Solo estoy adivinando cómo se divide el total en antiguo y nuevo. :-)
whuber
+1 por la falta de herramientas de metadatos. El USGS tiene algunas cosas buenas, pero algo fácil de usar Sería muy bueno (al igual que la universalidad de los estándares "universales")
Nate
12

(bebé, agua de baño): crea un entorno de desarrollo rico. Anime a miles a aprender, desarrollar y compartir herramientas con él. Fomentar un ecosistema de herramientas de terceros en dicho entorno, algunas de ellas cuestan tanto o más que la herramienta original. Y luego abandonar todo el asunto en favor de un nuevo entorno. Sin ruta de migración.

Y luego hacerlo de nuevo.
y otra vez.

wilkie mate
fuente
8
pero mira qué brillante es el nuevo
Stephen Lead
7

Tirando al bebé con el agua del baño en la búsqueda interminable para desarrollar nuevas y mejores características. Es difícil ser lo suficientemente específico como para ser significativo sin nombrar nombres, pero lo intentaré.

¿A dónde va la línea de comando integrada? AutoCAD tiene razón, tener una línea de comandos integrada en un entorno gráfico de apuntar y hacer clic es potente, una herramienta de aprendizaje y tiene al menos 3 décadas de antigüedad. ¿No recuerdas cómo unir dos características? Selecciónelos, navegue por los menús o las barras de herramientas hasta Unión, y mire la línea de comando para ver qué se está ejecutando realmente. Luego copie y pegue en el prototipo de script en el que está trabajando. ¿No recuerda si se fusionó y luego recortó o recortó y luego fusionó? Desplácese hacia atrás el búfer ICL y eche un vistazo. ¿Necesita recordar todo lo que hizo la próxima vez que haga esto, en 6 meses? Guardar en un archivo de registro. Y así. (Nota: no he usado AutoCAD en una década, tal vez también se han alejado de la ICL. Espero que no).

wilkie mate
fuente
2
La comparación de AutoCAD es excelente, al igual que con Microstation, usted ve herramientas diseñadas para crear datos bien limpios de manera consistente y eficiente, con menos preocupación por los aspectos visuales hasta que esté listo para hacerlo.
DEWright
Otro +1 para AutoCAD. El programa en sí se ejecuta como un perezoso ahora, pero la idea de ICL es la mejor idea en software. Afortunadamente, puede usar la funcionalidad de búsqueda en el menú de inicio de Windows 7 para aproximar una ICL, especialmente porque solo tiene que presionar la tecla "Win" para llegar a ella. Ahora, si pudiéramos convencer a otros diseñadores de software de priorizar el teclado sobre el mouse.
jvangeld
4

Simultáneamente con la búsqueda más nueva y mejor, se ignoran las características de "carne y papas". Son aburridos, poco interesantes de desarrollar, pero marcan una gran diferencia para los "simples" usuarios.

Un ejemplo: el software SIG con el que me corté los dientes hace casi veinte años, ahora extinto, tenía un proceso muy sencillo para obtener las coordenadas de un punto (podría ser una clase de entidad de punto, vértice o punto final de una línea o polígono) de interés con un simple clic del mouse: en la unidad de elección (por ejemplo, grados decimales, minutos decimales segundos, metros, pies). Uno señaló y hizo clic, y cualquier objeto dentro de una distancia de tolerancia especificada se ajustaría y las coordenadas se devolverían, de forma copiable y pegable. La plataforma de software que uso principalmente ahora solo introdujo esta característica hace un par de años, y su uso aún no es tan sencillo como el primero.

wilkie mate
fuente
4

Utilizo una variedad de entornos SIG con niveles de conocimiento básicos a modestos en cada entorno. También he organizado algunos talleres para enseñar a colegas cómo usar estos entornos. El problema que he encontrado con frecuencia es que hay tantos problemas tangenciales que deben entenderse antes de que realmente pueda resolver el problema que se propuso resolver.

Para saber leer y escribir en el análisis espacial, debe comprender toda una gama de idiosincrasias de software. Parte de esto se debe al formato de intercambio 'estándar' (el hecho de que el formato shapefile sea propietario es increíble). Creo que un problema general con el campo proviene de la falta de un estándar de datos abierto.

djq
fuente
2
Hace un tiempo, analicé cuánto tiempo pasé durante el año anterior mezclando datos de un formato a otro y, a menudo, volví a hacerlo porque ninguna aplicación hace todo lo que necesitamos. ¿La respuesta? Completo 65%.
Matt Wilkie