Archives de catégorie : thoughts

Catégories d’utilisateurs-Outils OpenSource

Avant de vouloir étendre l’utilisation des outils SIG au sein d’une structure, il est important de dissocier différentes catégories d’utilisateurs suivant leurs besoins. Ceci afin de faire correspondre à chacune un outil, voire une technologie d’accès à l’information géographique.

Je propose ici une classification des utilisateurs en trois catégories. Cette dissociation est personnelle, et est bien sûr sujette à discussion.

Du niveau le plus élémentaire au niveau le plus avancé:
-la première représente l’utilisateur dont le seul accès à l’information géographique suffit. Son besoin de navigation, d’accès à l’information est basique et doit être instantané, le plus rapide possible. Les clients légers basés sur des technologies de serveur cartographique correspondent à ce niveau d’utilisation. Comme on peut estimer que tout un chacun s’est déjà servi de google maps, via michelin, ou mappy, on peut considérer qu’un utilisateur lambda peut correspondre à cette catégorie.

-la deuxième correspond à l’utilisateur dont le SIG est une composante importante de son métier. Le SIG l’aide dans ses décisions et il est amené à présenter des cartes à divers partenaires, lors de réunions. Il peut aussi alimenter des bases de données sans pour autant devoir en créer. C’est un utilisateur de technicité supérieure assez autonome dans la réalisation de travaux cartographiques. Contrairement à l’utilisateur de la catégorie précédente, il aura besoin d’une formation initiale avant d’atteindre ce niveau de compétences. On observe souvent que des solutions propriétaires sont utilisées par ces agents alors que des solutions issues du monde libre satisfont amplement ce niveau d’utilisation (voire peut-être trop?).

-La troisième concerne l’utilisateur dont le SIG est un outil du quotidien dont l’utilisation représente plus de la moitié des activités. Il crée des bases de données pour les agents, réalise des requêtes complexes, par exemple à des fins statistiques. Il est référent au sein de son service, voire de la structure. Des logiciels du monde libre peuvent satisfaire ses besoins tels UDig, QGIS, GRASS mais il utilise généralement des solutions propriétaires. MapInfo, ArcView sont souvent ses outils de travail.

La deuxième catégorie d’utilisateur est une catégorie cible si l’on souhaite intégrer la dimension géographique au sein d’une structure. Il s’agit, progressivement, d’amener les agents de niveau d’utilisation faible vers ce niveau intermédiaire. Le coût de cette migration est financièrement nul dans la mesure où l’on a affecté à cette catégorie l’utilisation de logiciels opensource.

What’s the power of an opensource GIS software as QGIS in an organization?

Sometimes, GIS applications are too sophisticated for standard users.
For example, in the organization in which i work, we would like to develop the use of GIS applications, expand its use. However, we know that a very small percentage of the GIS application functionalities will actually be used.

The main reason is that the users’ activities don’t necessarily require knowing a large panel of the app functionnalities. Another reason is that their part-time activities don’t allow them to devote too much time learning advanced features or performing complex operations.

One solution is to deploy simplified applications that will concentrate the major functionnalities the user needs.
Another one is to implement functions in existing GIS applications that ease the execution of complex operations.

For all of these problematics, opensource GIS softwares are the solution, insofar as we can shape them according to the user’s needs…

To develop simplified applications, we have different opensource solutions, the most-known of them being the use of QGIS API. There also are Mapnik and other softwares…
With QGIS API, you can integrate plugins to QGIS that will be executed through buttons in the interface menu. Developing QGIS plugins is kind of developing on MapBasic for MapInfo.

When you develop, either applications, either plugins, you use the QGIS Python modules from the QGIS API library in your program…
For example, some functions of these modules allow you to get information about the loaded layers, like the projection system reference. They also allow you to perform tasks like zooming, adding layers, coordinate reference system transforming
Thus, you can execute a series of operations…

There are good links on the web that will teach you how to develop standalone applications and plugins. I listed them at the end of this post

A good way to get familiarized with the QGIS API python library is to use the python console included in the QGIS application…

The purpose of the next post is to teach you some QGIS API python routines that you’ll use on the QGIS python console.

Actually, using the python console can be really helpful when you’ll be preparing your standalone application or plugin code…

Developing in python language is a really good thing, as python is a re-known programming language, even used in web applications, like the powerful Content Management Systems ZOPE, or like web frameworks Django and Pylons…

================================
Links:
From the QGIS wiki:
http://wiki.qgis.org/qgiswiki/DevelopingPluginsWithPython (plugins)
http://wiki.qgis.org/qgiswiki/PythonBindings (standalone app)

From the QGIS Blog
http://blog.qgis.org/?q=node/29 (standalone app)
http://blog.qgis.org/taxonomy/term/2 (both)
http://blog.qgis.org/?q=node/104 (plugin)
http://blog.qgis.org/?q=node/59 (standalone app)

Other Websites:
http://softlibre.gloobe.org/doku.php/qgis/workshop/plugin (plugin)
http://www.duif.net/qgis/ (plugin)
http://desktopgisbook.com/Creating_a_Standalone_GIS_Application_1 (standalone)