Le portail francophone de la géomatique

Bonjour,
Hmm, ne voulez-vous pas plutot vous brancher sur une source de données plutot qu'un SIG ?
S'il s'agit de lancer des requetes ou de visualiser un objet geo, il faut alors faire un lien entre Access et le format de données (shape, BD, etc).
Ensuite, lancer un programme a travers une interface access, je pense que c'est possible et plutot facile (au pire, un appel a une ligne de commande qui lance gvSig).

Ou comptez-vous stocker vos objets geographiques ? Access, fichier, base spatiale ?

Nicolas

Merci pour ces precisions, moi non plus je n'ai pas ete tres clair.
Si vous disposez du réseau routier dans gvSig, dans quel format est-ce ? fichier shapefile, lien ODBC sur votre base access, autre ?

Ce que je vois, c'est que vous avez des données distribuées a deux endroits: Access pour les valeurs attributaires, gvSig (quel format ?) pour les données geographiques: c'est MAL.

les bases de données spatiales permettent desormais d'unifier tout ceci, et de faire apparaitre attributs et objets spatiaux dans la meme structure, ce qui est bcp plus pratique, convenons-en

Si vous devez passer un peu de temps a organiser tout ceci, je ne saurais trop vous conseiller de migrer votre modele des accidents de la route dans une base spatiale (oracle, mysql, postgis) et d'y integrer votre reseau routier: requetes et affichages seront alors grandement facilités.

Tout ca est un peu theorique. Si le modele Access ne peut etre changé et si vous ne voulez pas ajouter du spatial dans Access (WKT, objet binaire), alors il faut faire un lien entre Access et le SIG, en lui envoyant la liste des identifiants des accidents a afficher.
Perso, juste pour produire une carte, je trouve cela tres lourd d'appeler et d'ouvrir gvSig. Un MapServer en local saurait générer une carte facilement a partir de vos données, me semble-t-il.
(A moins que vous ne vouliez egalement permettre a l'utilisateur d'utiliser le SIG et sa puissance (affichage, requetes, manipulation).

HTH
Nicolas

Bonjour,

Et merci pour ces réponses. Je sens que je vais devoir me justifier...

Toutes ces couches sont au format shp. Je dispose donc d'entités linéaires (routes) et ponctuelles (adresses, accidents localisés au numéro et accidents localisés aux intersections).

Alors, c'est pas exactement çà. Car les données géographiques possèdent les mêmes données attributaires. J'ai fait une jointure pour que justement chaque objet géographique soit relié à ses attributs. Autrement dit, chaque accident localisé dans Gvsig a ses propres attributs, existants dans Access.
En fait, je me sert d'Access uniquement pour que l'utilisateur interroge facilement toute la base. En effet, ce futur utilisateur veut pouvoir croiser tous les critères et la façon la plus simple que j'ai trouvé était de faire un formulaire (également en fonction de mes connaissances et également en fonction du logiciel dont il disposait...peut-être existe-t-il une autre solution mais il fallait que je réponde dans les délais...après, pour la suite, pourquoi pas tenter une autre solution si vous avez des idées...je suis à l'écoute).

Comment établir un tel lien entre les 2 applications ?

Je connais mal cette technologie mais comme je vous l'ai dit, pour plus tard, j'aurais sans doute plus de temps à consacrer à cette application, donc plus de temps pour étudier les différentes possibilités...Mais juste pour m'éclaircir les idées, à quoi pourrait correspondre ce genre de solution ?

Ah, c'est là que çà devient intéressant. En effet, si je trouve un moyen qui permette à l'utilisateur d'effectuer les mêmes requêtes que dans Access et aussi facilement (listes déroulantes,...), çà m'intéresserait énormément. Ce serait donc juste du requêtage et de l'affichage.

Christophe V. a dit :

Oui je suis d'accord que ce n'est pas la meilleure interface du point de vue convivialité et esthétisme mais comme je l'ai dit plus haut, j'ai fait en fonction de mes connaissances, du temps imparti et des logiciels dont dispose le client. Après, toute autre idée est la bienvenue donc si vous avez des pistes ou des exemples à me montrer, je suis preneur (du moment où le même genre de requêtes est possible).

Merci pour vos réactions en tout cas. A bientôt

Re,

Bon en gros, je peux n'avoir qu'un seul système : sur Gvsig.
Le seul hic, c'est qu'il faut donc que je développe un petit module permettant à l'utilisateur de faire ses requêtes. Mais, à l'heure actuelle, je ne connais pas trop ces langages de programmation et je n'aurais pas trop le temps de m'y mettre ces jours-ci, sans doute plus tard. Pour ces possibilités d'interface, vous connaissez des exemples ? Car je pense que la recherche sur un ou plusieurs attributs ne nécessite trop de connaissances en requête pour le futur utilisateur. Je veux dire par là que ce ne sera sans doute pas assez intuitif pour lui.
Là, à l'heure actuelle, le premier rendu concerne seulement une sorte de formulaire Access permettant l'interrogation. L'aspect carto interviendra ensuite seulement.
La solution que vous évoquez concernant Mapserver m'intéresse assez, et je pense m'y pencher dans les jours à venir. Car apparemment une interface d'interrogation d'une base a l'air assez facile aux premiers abords.

Je vous remercie. A+

Re,

Nicolas Ribot a écrit :

Et est-il possible de croiser différents critères sans aller chercher trop loin entre les AND, les OR, les INTERSECT... ? ou faut-il faire absolument créer une interface ?

Merci

Je connais pas Openjump mais si les requêtes se font plus facilement, pourquoi pas...Il faut programmer également ou ce qui existe suffit ?

Malheureusement, il faut vraiment que je fournisse quelque chose de plus compréhensible...Les menus et les volet de windows ont du leur donner des idées...

Merci. A+.