Le portail francophone de la géomatique

Bonjour,

Bienvenu sur le forum. Merci de ne pas poster à la suite d'un message qui n'a rien à voir avec votre sujet, créez en un nouveau. Merci.

1- MySQL ne permet pas de générer des cartes, par contre il stocke des données. Vous n'en obtiendrez pas plus et encore, MySQL est un des SGDB spatiaux les moins avancés (notamment en comparaison de PostgreSQL et Oracle).
2- je n'ai pas compris la question, pouvez vous précisez ? Merci.

Y.

Dernière modification par Yves (Wed 19 November 2008 16:15)

Bonjour,

Qu'entendez-vous par SIG routier ? pourriez-vous decrire un peu les
fonctionnalités attendues ?

MySQL doit pouvoir stocker les images sous formes de blob (objets
binaires). Quant aux traitements sur ces images, la partie spatiale de
MySQL ne permet pas de le faire (peut etre d'autres modules le
permettent-ils ?)

D'une facon générale, la partie spatiale de MySQL permettra de
stocker, d'indexer et de requéter des objets geographiques (vecteurs),
mais n'offrira pas de traitements SIG avancés (manipulation des
objets, routing, etc.)
Ce genre de fonctions se trouvent actuellement plutot du coté
PostgreSQL/PostGIS.

Nicolas

ce que je dois faire c'est une sorte de systeme de visualisation des routes à travers le pays....à chaque partie de la carte correspond des informations stockées dans la bases de données routière( les routes nationnnales, les wilayas qu'elles relient...ect)
donc en fin de compte,les requetes seront faite par simple clique sur une partie de la carte.
exemple: à premiere vue t'as la carte routiere de la france,tu veux te focaliser sur paris,tu cliques dessus, et t'as en affichage la carte routière de paris....si tu veux des informations sur une route particuliere par exemple tu la sélectionnes.
c'est en gros ce qui m'a été demandé....certe il y a des logiciels qui repond à ça, mais on m'a demandé de réalisé ce projet,et comme j ai jamais abordé ce domaine je suis perdu dans le choix de l'SGBD que je vais utiliser ainsi que le langage de programmation que je vais adopter. j ai une experience seulement avec Oracle.

Bonjour,

Tu es étudiant en quoi ? Si c'est en informatique (développement) quel est ou sont le ou les OS sur le(s) quel(s) déployer l'application ? Est-ce que c'est une appli client/serveur ou monoposte ?
Quel est l'objet ? Réaliser une interface graphique couplée à un SGBDR ? Ou réaliser un assemblage de composants existants ?

C'est pas très clair tout ça, car au vu du lien que tu as posté il y a plusieurs façons de le réaliser, assembler ce qui existe ou tout coder ...

Bonjour,

Celà ne sert à rien d'attaquer un stage sans bien définir le cahier des charges!!!

Faut commencer par analyser avant de choisir

Cahier des charges minimales:
===========================

Ton projet est ainsi

Une application cliente basée devant répondre aux cahiers des charges rapidement simplifié ici
a. de l'affichage de carte
b. des requetes depuis la carte renvoyant des informations rattachées à la carte. Ces informations sont interrogeables et stockées dans une base de données.

Ce qui est le cahier des charges (le B A BA) de toutes applications SIG en mode non production

Deux soucis à résoudre:
-  afficher des cartes
- faire des requetes spatiales

Pour l'affichage de carte, tu as de multiples outils déjà packagé (juste à déployer) et disponibles...Avant toute chose, saches que chacune de ces interfaces clientes reposent sur l'environnement de cartographie MAPSERVER. C'est la clé de toute appli (peu importe l'appli...)

Il faut donc commencer par se former à MapServer et un peu aussi en SIG theorique donc google + mapserver

Testes ensuite plusieurs outils comme CartoWeb, etc...A toi de voir celui qui correspond au mieux à ton cahier des charges. Le language je ne peux pas te le fixer car il existe des solutions aussi bien en Python que PHP ou autre

Ensuite survient le choix de la base de données.

Tes précédents interlocuteurs ont suffisamment mis des pistes pour te conseiller de ne pas prendre MySQL. J'appuies leurs justifications. Ensuite reste des solutions comme sqlite spatial et PostgreSQL/PostGIS (la rolls royce des bases de données spatiales)

Donc à définir un temps de formation pour apprendre à manipuler cette base de données. => là aussi Google + PostGIS

Ensuite en fonction de ce que tu dois afficher, ce qui fait parti de ton cahier des charges==> tu devras définir un MCD (modèle conceptuel de données ===>...) là je ne peus pas t'aider donc aussi google...

Donc une fois le MCD défini, on prépare son petit jeu de requêtes pour optimiser tout ça!!!

Voilà...

Pour récapituler:
==============

Docn de tout ceci se dégage donc un calendrier d'autoformation (hélas c'est ainsi en SIG), pour voir
- définition du cahier des charges
- (auto)formation sur mapserver et applications clientes Web possibles + choix définitive de l'appli + formation au language associé à l'appli
- (auto)formation à PostgreSQL/PostGIS
- définition du MCD

etc...

Pour le reste, il faudra te débrouiller!!! Un stage c'est un stage!!!

Cordialement

David

Bonjour,

Comme l'on mentionné plusieurs intervenant, le SGBR : postgis
Architecture client/serveur : mapserver

Langage de programmation (orienté windows) : C#, ou VB, ASP .net framework

Ceci permet en fait d'assembler des composants existants.

Pour une solution plus "hard code" :
(en C++,C# ou VB  framework .net)

connection à la BD: ADO.net
Interface graphique : utilisation des API windows GDI32 (laissez tomber GDI+ qui est très lente)

Mais cette deuxième solution demande beaucoup, beaucoup d'investissement et n'est pas envisageable dans le cadre d'un stage. Cette solution revient à ce que vous écrivait Pierre Dolez : réinventer le SIG.


A+

salut,

va voir là :

http://mapserver.gis.umn.edu/docs/tutor … ptTutorial

Bonjour,

Il n'y a pas à être désolé, toute intervention est bonne à lire. Je crois que l'on est tous d'accord, dans la vraie vie productive pas de ligne de code (quoi que), mais achile est informaticien en stage donc assembler quelques modules et écrire quelques lignes de code ça doit être le minimum demandé.

J'ai un peu la même problématique en ce moment, mes collègues (juristes) ne veulent pas entendre parler d'utilisation de Qgis ou autre, ils veulent juste obtenir une info précise d'un click, donc j'écris un applicatif métier qui mâche le boulot, donc ligne de code.
Du style quelles sont les communes qui sont vectorisées, ils ne vont pas tapez un SELECT * FROM Commune WHERE numerise=TRUE mais un bouton,click et un résultat.

Un autre lien qui me semble intéressant : http://www.bostongis.com/?content_name= … pmap_tut01

A+

slt;

on vient de m'apprendre aujourd'hui que certaines requêtes devait soustraire des informations présente dans une autre base de données  qu'un de mes collègues devra  maitre au point (BD de gestion du personnel et du matériel avec Mysql)  dans le cadre de son stage aussi......est ce que c'est faisable vue que je vais utilisé de mon coté PostGIS?

bonjours;

vous savez Christophe,les responsables de l'agence ou je vais passer ce stage ne savent pas exactement ce qu'ils veulent....à chaque fois que je commence à bosser ils me changent ou m'ajoutent un truc....et c'est énervant! car la plus importante  étape d'un projet c'est celle de la conception et de la spécification des besoins..à chaque fois que je me lance dans une recherche sur une chose j ai une autre qui me tombe sur le dos...c'est pour quoi je pose mes questions sur ce forum pour au moins gagner du temps! et vos conseil m'ont bcp aidé.

Bonjour,

Ce que signifiait mon précédent message :

1) Nous sommes ici,tous des bénévoles et passionnés, mais nous ne réaliserons pas le projet à votre place, ou tout du moins nous n'allons pas vous livrer du "tout prêt". Essayez donc d'avancer dans votre réflexion et de présenter cet avancement quand vous posez la question suivante, cela encouragera tous le monde à vous répondre.

2) Si vous utilisez un langage de type VB (par exemple) vous allez avoir des objets d'accès au données qui réalise une interface vous permettant de gérer ces données. Vous aurez donc plusieurs objets d'accès, un pour MySql, un pour PostGis, votre code servira donc à faire la "passerelle". Via l'objet d'accès à MySql vous récupérez les données qui vous intéresse, via l'objet d'accès à postgis celles de postgis, vous balancez le tout à l'interface graphique. Ou si vous utilisez un couplage postgis/ QGis, vous récupérez les données dans MySql, vous les injectez dans postgis et QGis se connecte à postgis pour faire l'interface graphique ...
Si j'ai un conseil à vous donner c'est de bien potasser la partie "approche et programmation objet" dans vos cours précédents et à venir, et de bien comprendre les notions d'interface, de package, de composant ...

A+

Christophe