Le portail francophone de la géomatique

questionnement très intéressant .... Voici mon avis .. avec deux éléments qui font que le SaaS Geo ne décolle pas encore complétement :

1 - "Mes données , je veux savoir où elles sont"

Les gestionnaires de données géographiques ont encore peur du "Cloud" et de l'hébergement de leurs données dans des endroits inconnus ... Ceci va progressivement changer car les vieux vont partir et seront remplacés par des jeunes qui ne savent plus trop ce que c'est qu'un disque dur ... Mais là , on parle plutôt de déport de données (IaaS) qui peut être indépendant du SaaS , c'est vrai que cela va souvent ensemble.

2 - Je veux acheter (ou louer) des applications connues

le SaaS , c'est comme les vieux softs que l'on installe , ça a un nom, une communauté d'utilisateurs , voire des commerciaux et un siège social .. Les éditeurs SIG développent des stratégies SaaS , possèdent beaucoup d'applications utilisables sans aucune installation et vont de plus en plus vers des applications dites "client légers" (même si le Flex ou le JS commence à perser lourd..).
Ce sont donc les éditeurs de logiciels qui possèdent les clés d'évolutions des solutions SaaS car les clients vont tout d'abord venir chez eux.

Un exemple de solution SaaS qui marche (?) est celle développée pour les petites communes (Communaleo).. Cette solution est menée par un éditeur.

A suivre ....

JYG

Exemple d'offre SAAS SIG : http://blog.opengeo.org/2010/08/25/open … d-edition/

L'intérêt de cette offre est d'avoir une architecture SIG complète sans avoir à gérer la maintenance et la disponibilité des serveurs, c'est à l'opérateur du service SAAS que cela revient.

Le vrai intérêt du SAAS repose sur le fait de ne plus avoir besoin de ressource humaine pour gérer les serveurs et leur disponibilité car à la différence d'une offre de location de serveru, en mode SAAS le fournisseur vous garanti une disponibilité de l'application.

Bonjour,

Je pense qu'il y a un certain nombre de confusions sur les termes :

Pour moi le SIG ne se limite pas à un logiciel loin s'en faut. Dans un certain nombre de structure il peut s'agir d'une démarche fortement transversale dans laquelle le SGBD et l'outil SIG ne sont que des moyens mis en oeuvre.

Encore une fois la démarche  SIG ne se limite pas à de la cartographie en client léger quel qu'il soit. c'est fortement réducteur. De même que dire que une appli carto (fut-elle RIA avec mapserver ou encore en Silverlight avec autre chose...) c'est du Saas est aussi réducteur par le terme Saas.

Pour moi pas de "Word" du SIG dans le Cloud à l'horizon

Je ne vois donc pas comment externaliser la démarche par le simple biais du SAAS. A mon sens l'AMO reste indispensable qu'elle soit faite par un prestataire extérieur, en interne ou du fait de l'éditeur de logiciel...

Un SIG heureusement ne se limite pas non plus à une simple application métier interfacée à de la carto (application éclairage public en client léger par exemple)

Et que faite vous de l'interfaçage avec le SI traditionnel : faut-il aussi entièrement externaliser le SI ???

On peut aussi très bien concevoir du SAAS en restant à l'intérieur d'une structure sans externaliser la solution. Je pense notamment au streaming d'application qui à pour mérite de niveler les pré-requis au niveau de parc matériel et OS.
Ceci peut se concevoir au sein de structure ayant un territoire géographique étendu. Et dans ce cas une DSI peut garder la maîtrise d'ouvrage et/ou la maîtrise d'oeuvre.

Je ne pense pas qu'il soit question des mentalités (sauf peut-être pour le fait qu'on ait peur de ne plus maîtriser la donnée)

En résumé je me méfie du terme SaaS qui me semble de sémantique assez commerciale.

Dernière modification par François (Wed 30 March 2011 15:40)

De mon point de vue, c'est plutôt du côté des fonctionnalités et performances que cela coincerait...

Avez vous réellement essayé d'effectuer de la saisie attributaire et géométrique dans une application web ? Envisagez vous sérieusement de l'utiliser en production, avec les ennuis de session, de bande passante, de coupure réseau (=arrêt du travail!) ? Quid des géotraitements ?
En volume, une ortho sur un département, accompagné d'une couche de polygones (choississez votre couche préférée dans la bd topo par exemple), avez vous une idée des temps de réponse ?

Pour l'avoir envisagé et testé, je peux vous assurer que nos bonnes 'vieilles' applications desktop ont encore de l'avenir...

Euh oui...

Il y a presque 10 ans... Du point X/Y codé en alpha dans une version d'IE antérieure à IE6, avec activeX tapant sur un Mdb, en frontal un produit carto  dont je tairais le nom et un VPN avec deux lignes Numeris couplée pour faire 512 kbits/s

En plus il y avait un orhto et on se posait la question de la fiabilité de l'ADSL 512 kbits....

Et ça marchait (CQFD)

Mais on s'éloigne du SaaS là....

Dernière modification par François (Wed 30 March 2011 18:49)

du point, je ne dis pas... mais c'est plus que simple...
du polygone, ca passe aussi quand il est simple... Passer à de nombreuses faces (>50 sommets) et de nombreuses entités (>100 pour être gentil) et là, on tombe très vite dans des problème de réactivité des serveurs (web et carto) et de capacités du navigateur.

cf http://trac.osgeo.org/openlayers/wiki/F … dQuestions

Dernière modification par n314 (Wed 30 March 2011 20:18)

Bonjour,

pour ce que j'en sais, les Saas font plus peur dans le monde des SI que dans le monde de la géomatique, où en effet les problèmes de performances sont assez vite pénalisants. En passant, Google a des fermes de serveurs dont personne de notre milieu ne peut même rêver, on ne joue pas dans la même cour...

Les problèmes des DSI sont les mêmes qu'il y a 10 ans, quand les consultants vantaient déjà des solutions de type Saas (mais sous un autre nom) : sécurité (et confidentialité) des données, gestion (et conservation) du patrimoine.

AMHA les Saas créeront plus d'emploi dans les grandes entreprises de conseils que chez les développeurs...

@Jeirhome : l'IGN, sur le Géoportail, a une gestion optimisée des couches en fonction des échelles, mais à ma connaissance il est le seul en France à gérer ses publications ainsi, surtout vu les modèles derrière (multi-vues de bases de données dynamiques, si j'ai bien compris) et les volumes de données en jeu. Ce n'est pas de la généralisation à la volée, mais de l'exposition de BD différentes (ou de symbolisations différentes) à la volée selon l'échelle. Bref, c'est pas simple.

Cordialement

Bonjour à tous,

Sujet intéressant qui stimule l'intelect, merci Jean !

Travaillant dans ce type de système côté éditeur, je suis d'accord avec François sur l'analyse réductrice des SIG à la seule cartographie. Les SIG, quels que soit leur architecture, ne sont qu'un moyen de mettre en place des applications de gestion (SIG+SGBD) de plus en plus interfacées avec les SI traditionnels. Par contre le domaine de compétence et d'expertise pour la mise en place de ces projets dépassent largement la seule géomatique (réseaux, serveurs, développements en code lourd...).

Par contre mon expérience dans ce domaine par mon métier me prouve qu'il est possible aujourd'hui de générer des applications de gestion Saas qui tournent sur internet à partir de 1Mb avec une grande stabilité et une sécurité très importante.
Le gain en terme de rapidité de déploiement et de fourniture d'applications sur mesure pour chaque utilisateur est un atout majeur, sous réserve que la propriété des données et l'ensemble du service d'accompagnement soit régi par un contrat adapté (support, accompagnement, maintenance, évolution...).
Autre point pour arriver à un résultat efficace de fonctionnement : pouvoir tout gérer dans son système, du développement à la structuration des données et à son mode de stockage. Créer un système sur internet ne se limite pas à installer un serveur de diffusion libre et à diffuser des cartes, les limites sont très vite atteintes en terme de débit.

Je pense que ce type de système intéresse immédiatement les grosses structures publiques et privées déjà équipées de SIG internes mais recherchant des outils métiers d'exploitation utilisant en partie les éléments fournis par les SIG internes.

Dans ta recherche d'emploi, regarde donc du côté des grosses boîtes, même dans le privé.

Bon courage à toi Jean !

Cordialement

Bonjour et merci pour vos informations qui sont forts intéressantes,

J'avais effectivement oublié dans mes recherches que le SIG pouvait servir de support à des applications métier.

Pensez-vous que si je prenais l'orientation de m'intéresser au Saas, je dois absoluement posséder des compétances en programmation même dans le cas de solutions éditeurs ?

Devrais-je plus orienter mes recherches vers le privé ou le public dans ce domaine qui semble promis à un bel avenir ?
Apparemment les réponses iraient plutôt dans le sens du privé non ?

Laurent, chercheriez vous des géomaticiens dans ta boîte ?


Au plaisir de vous lire.

Jean