Le portail francophone de la géomatique

Bonjour Yves et merci de votre réponse rapide,

Pour des raisons de délais mais aussi de politique de la DI, l'OpenSource est exclu à moins qu'il soit packagé et prêt à l'emploi et associé à une offre de service solide proposée par une société solide également.

Les fonctionnalités :

- Les classiques d'un SIG : Exploration de cartes
- La donnée (Alpha numérique et/ou spatiale devra être stockée sur un SGBD (Oracle 8)
- La possibilité pour l'utilisateur de réaliser des requêtes est une option indispensable     
  bien que les requêtes devront être paramétrées.
- L'interactivité et le côté ludique sont primordiaux --> pourquoi pas du Flash.

A propos des données :
Elles sont nombreuses et hétérogènes. Mais cette partie est gérées dans un cadre différent de ce projet (Projet ETL - mais la connection entre ces 2 projets sera assurée)

Auter critère extremement important : La rapidité de mise en Oeuvre. (Délais de 2 mois pour mis ene Prod)

Dans l'attente de vos réaction, proposition et pistes de réflexion.

Encore une fois, merci.

Bonjour,

Vous trouverez ici la liste des entreprises (géo)référencées : http://georezo.net/geo-entreprise/

Si l'interactivité est primordiale, le flash est une bonne alternative. Voici une interface parmi d'autre : http://www.geoclip.fr/an/

Y.

je rejoins les propos d'Yves. Tout dépend des fonctionnalités recherchées ...

Sinon, OpenLayers permet d'avoir une application de WebMapping en moins d'une heure ....

Question 1 de Webmapping :


Quelles sont les compétences techniques devant être acquises par le service pour faire vivre et évoluer une application de Webmapping ?
Compétences Serveur Internet ?
Compétences SGBD ?
Compétences de développement .NET ou Java ?

Bonjour,

J'ai tendance à penser que 80% des questions que vous vous posez trouveront au moins un début de réponse dans le document attaché à ce post:
http://georezo.net/forum/viewtopic.php?id=44333

Bruno

Bonjour,

Tout simplement, si tu as du budget mais pas de temps, ça ne sert pas à grand chose de gratter 3 francs 6 sous en interrogeant les membres du georezo (à mon humble avis) ! Il vaut mieux pour toi prendre
carrément un consultant SIG qui te fera ça aux petits oignons (quitte à vérifier son sérieux en confrontant
les réponses du georézo et ce qu'il te propose).

Qui plus est, cela donnera du travail à des géomaticiens,  ....

A bon entendeur ...

Jmz.

Bonjour,

Je vais parler avec ma propre expérience, d'autres compléteront ...

Cela dépend de l'appli, de l'évolution que vous voulez donner et de ce qui a été prévu au niveau de l'appli. Généralement, PHP, javascript pour des modifs en profondeur pour ajouter des fonctionnalités. Si vous utilisez mapserver, savoir configurer le mapfile. Si vous utilisez un autre moteur, l'équivalent de la configuration des couches et de leur représentation. Au niveau de "l'interface graphique", vous pouvez avoir une partie admin qui gère cela et d'autres paramètres. À connaitre donc ...

Pour les serveurs Internet, le mieux est d'être hébergé. Pour le SGBD, postgis si vous avez des données géographiques et que vous désirez les utiliser dans une BdD. Le SQL est le minimum, bien entendu.

5 ? Faites des dessins des interfaces de ce que vous voulez, mettez vous à la place de l'utiliusateur, et écrivez toutes les fonctionnalités que vous voulez/révez d'avoir. Vous aurez une très bonne base pour discuter avec votre société éditrice. Cela peut presque constituer un cahier des charges techniques.

Les questions que vous pouvez vous poser en plus :
- une BdD géographique est elle nécessaire ?
- quelles sont les fonctionnalités que je désire (les décrire plus que précisement) ?
- quelle est la maintenance nécéssaire ? pour faire évoluer le projet (ajout de couche, modification de leur représentation, ...) pour faire évoluer l'appli (mise à jour du moteur, ajout de fonctionnalités, ...)

Y.