Qu'est-ce qui vous ennuie dans votre environnement SIG?

J'ai une question concernant votre environnement SIG préféré. Au cours des dernières décennies, il y a eu les principaux acteurs habituels, MapInfo, ESRI, Intergraph (Grass?), Et nous aimons et détestons tous les aspects des principaux acteurs du SIG.

Le but de ma question est de fournir un forum (wiki communautaire?) Où nous pouvons placer des suggestions qui améliorent notre vie professionnelle. Soyez donc précis.

Veuillez essayer d'être constructif, décrire les processus, les données, les résultats attendus et les scénarios.

De manière constructive, quels sont vos principaux problèmes avec le progiciel SIG de votre choix?

La graine pour la question
Regarder le projet Hadoop d'Apache et une partie du travail impressionnant qui y a été réalisé, qui a lancé les rouages ​​de réflexion. Étant donné que le SIG est une profession à forte intensité de calcul, comment cette technologie n'a-t-elle pas été incorporée dans notre logiciel SIG préféré! Il existe des solutions fantastiques qui pourraient améliorer la vie des professionnels des SIG.

L'autre objectif est d'étudier la possibilité de prendre certaines de ces idées et de les incorporer potentiellement dans des projets FOSS4G (QGIS? GeoServer? New Project ???), d'augmenter la convivialité et les fonctionnalités et de donner aux gros gars une course pour leur argent;)

1. Shapefiles et l'absence d'un format d'échange mieux adopté.
2. Mauvaise prise en charge des données 3D (visualisation, édition, modélisation, conversion de format de données)
3. Bugs
4. Manque de documentation (approfondie)
5. Métadonnées (logiciel SIG définissant sa propre norme de métadonnées et vous l'imposant essentiellement ... aussi, où sont les outils?!)
6. Segmentation des fonctionnalités du logiciel SIG en fonction du niveau de licence; rend difficile de travailler avec des utilisateurs sur une licence différente, d'écrire du code / des scripts qui fonctionneront pour tout le monde, etc.
7. Performances (peu ou pas de prise en charge du multitraitement, prise en charge de 4 Go + RAM, base de code inefficace)

Je suis sûr que vous pouvez deviner de quel progiciel je parle!

(bébé, eau du bain): construire un environnement de développement riche. Encouragez des milliers de personnes à apprendre, développer et partager des outils avec. Encouragez un écosystème d'outils tiers sur ledit environnement, dont certains coûtent autant ou plus que l'outil d'origine. Et puis abandonner le tout putain de chose en faveur d'un nouvel environnement. Sans chemin de migration.

Et puis recommencez.
et encore.

Jeter le bébé avec l'eau du bain dans la quête sans fin pour développer de nouvelles et meilleures fonctionnalités. Il est difficile d'être suffisamment précis pour être significatif sans nommer de noms, mais je vais essayer.

Où va la ligne de commande intégrée? AutoCAD a raison, avoir une ligne de commande intégrée dans un environnement graphique pointer-cliquer est puissant, un outil d'apprentissage et vieux d'au moins 3 décennies. Vous ne savez pas comment associer deux fonctions? Sélectionnez-les, naviguez dans les menus ou les barres d'outils vers Union et regardez la ligne de commande pour voir ce qui est réellement exécuté. Copiez et collez ensuite dans le prototype de script sur lequel vous travaillez. Vous ne vous souvenez pas si vous avez fusionné puis découpé ou découpé puis fusionné? Faites défiler le tampon ICL et jetez un œil. Besoin de vous souvenir de tout ce que vous avez fait pour la prochaine fois, dans 6 mois? Enregistrez dans un fichier journal. Etc. (Remarque: je n'ai pas utilisé Autocad depuis une décennie, peut-être qu'ils ont également été séduits par l'ICL. J'espère que non.)

Simultanément à la quête plus récente et meilleure, ignore les fonctionnalités "viande et pommes de terre". Ils sont ennuyeux, peu intéressants à développer, mais font toute la différence pour les "simples" utilisateurs.

Un exemple: le logiciel SIG sur lequel j'ai coupé mes dents il y a près de vingt ans, maintenant éteint, avait un processus très simple pour obtenir les coordonnées d'un point (pourrait être une classe d'entités ponctuelles, ou un sommet ou le point final d'une ligne ou d'un polygone) d'intérêt avec un simple clic de souris - dans l'unité de choix (par exemple degrés décimaux, minutes décimales secondes, mètres, pieds). Un pointé et cliqué, et tous les objets dans une distance de tolérance spécifiée seraient accrochés et les coordonnées retournées, de manière copier-coller. La plate-forme logicielle que j'utilise principalement maintenant n'a introduit cette fonctionnalité qu'il y a quelques années, et son utilisation n'est toujours pas aussi simple que la première.

J'utilise une variété d'environnements SIG avec des niveaux de connaissances basiques à modestes dans chaque environnement. J'ai également organisé quelques ateliers pour enseigner à mes collègues comment utiliser ces environnements. Le problème que j'ai souvent rencontré est qu'il y a tant de problèmes tangentiels qui doivent être compris avant que vous puissiez réellement résoudre le problème que vous vous êtes fixé pour objectif.

Pour être alphabétisé en analyse spatiale, vous devez comprendre toute une gamme d'idiosyncrasies logicielles. Cela est dû en partie au format d'échange «standard» (le fait que le format du fichier de formes soit propriétaire est incroyable). Je pense qu'un problème général avec le domaine provient de l'absence d'une norme de données ouvertes.