Le portail francophone de la géomatique

Bonjour

Tout d'abord qq rappels sur les fonctionnalités de diffusion des données cartographiques, des données alpha-numériques, des données Rasters et autres données spécifiques de Autodesk MapGuide.

Comme vous le savez peut être, Autodesk Mapguide peut afficher
des infos rasters / graphiques / attributaires de différentes provenances:

- Raster Géoréférencés (TIF+TFW, JPG+JGW, ECW, SID, etc)
(Dans leur système de projection d'ORIGINE, DONC les données graphiques doivent être dans le système de projection des Rasters).

- DWG AutoCAD (Niveau DWG 2000 ou DWG 2004 SVP dans le SCG et orientés au Nord avec un système d'unité correcte : Mètre en général). C'est super pratique pour diffuser rapidement des infos graphiques !
(Depuis MapGuide v5.x mais conseillé que depuis MapGuide v6.0)

- DWF AutoCAD (Générés par des AutoCAD / MAP de niveau 2005 ou plus SVP)
(Depuis MapGuide v6.5x). Les DWFs AutoCADs sont aux DWG/DXF ce que sont les PDFs pour les DOC, XLS, etc...

- Points XY en provenance de
(SDF, SHP, SGBD quelconque: Access, SQL Server, Oracle, MySQL, etc, ou Oracle Spatial)
( Les symboles utilisés seront de type BMP, WMF, EMF ) - Vive les cliparts !
Un champ de type Taille/Hauteur et Rotation sera éventuellement utilisé si et seulement si
le Point provient d'une table en base de données. Donc il est fortement conseillé de mettre les Points XY en bases de données.
Ainsi certains objets "Points" peuvent avoir des hauteurs / tailles et rotation différentes.

- Textes avec donc un Contenu + Coordonnées XY en provenance de
(SDF, SHP ou mieux SGBD quelconque ou Oracle Spatial)
Un champ de type Taille/Hauteur et Rotation sera éventuellement utilisé si et seulement si
le texte provient d'une table en base de données. Donc il est fortement conseillé de mettre les textes en bases de données.
Ainsi certains objets "Textes" peuvent avoir des hauteurs / tailles et rotation différentes.

- Polylignes/Lignes (Linéaire) en provenance de
(SDF, SHP ou Oracle Spatial)

- Polygones (clos) en provenance de
(SDF, SHP ou Oracle Spatial)

Pour le PAM, je pense que une bonne partie des infos graphiques sont au format SDF.

Ces fichiers SDF sont générés soit par Autodesk MAP (Le plus souvent),
soit par le SDFLOADER.exe de MapGuide.

Si GeoConcept doit "alimenter" le serveur MapGuide du PAM >>>

Conseil No 1 : Avoir toutes les infos de type "Point" ET "Texte" en base de données "classique" (Access, Oracle, SQL Server, n'importe quelle base avec un driver ODBC, etc) avec divers champs de type: X, Y, Taille, Rotation.
Et ce dans le même système de projection que TOUTEs les autres informations MapGuide qui doit être sans doute le Lambert III Sud, à vérifier ...

De plus cela permettra une utilisation ultérieure "sans souci" avec MapGuide Open Source ET MapGuide Enterprise Server 2007 !

Conseil No 2 : Pour les objets de type "Linéaire" et "Polygones clos", il y a différentes solutions:
- Oracle Spatial (Auquel cas, en principe il n'y a pas de souci si les schémas sont bien compatibles entre GeoConcept et MapGuide)
- Fichiers au format SDF générés par Autodesk MAP (ou peut être par le SDF Loader).
- Fichiers au format SHP/SHX/DBF (Type ArcView v3.x)
Et ce dans le même système de projection que TOUTEs les autres informations MapGuide qui doit être sans doute le Lambert III Sud, à vérifier ...

Après derrière MapGuide on peut développer en ASP, PHP, Java, etc ...

!!! J'espère que ces infos vous seront utiles et je souhaite une bonne cohabitation entre MapGuide et GeoConcept !!!

GeoBye, Pat "bavard"

Dernière modification par pat (Sun 15 October 2006 17:04)

Bonjour Fred

Tu as parfaitement raison de compléter ma réponse, à mon avis il n'y a "aucune chance" qu'une appli quelconque développée pour GeoConcept soit utilisable pour MapGuide !

Par contre on peut faire en sorte que le stockage des données soit dans un format qui soit relativement compatible entre les 2 logiciels quitte à passer par un traitement batch de mise à jour ...

Confère ma réponse précédente qui te permettra de "peut être" garantir une "certaine" inter-opérabilité entre GeoConcept et MapGuide.

GeoBye, Pat

Bonjour

Désolé mais je ne peux pas t'en dire plus ...

Sinon qu'il est toujours possible d'ACHETER un MapGuide vs 6.5 FRA MONOPOSTE
(Usage limité à UN SEUL PC) pour la modique somme de 950 Euros.

Cela te permettrait de "reprendre" a priori toutes les données du PAM
et avoir le même SIG que le PAM mais limité à ton poste personnel !

Sur lequel il y aurait aussi GeoConcept afin de travailler à la fois sur les 2 logiciels
et donc de développer qq chose de "relativement" inter-opérable !

C'est très pratrique d'avoir le MapGuide sur son propre poste, j'en sais qq chose ...

GeoBye, Pat

Bonjour,

N'est il pas possible d'utiliser Mapguide OS ?

Y.

Hello

Que voulez faire exactement ? Pouvez vous expliquer un peu le but ?

Est ce développer une appli spécifique / métier avec GeoConcept PUIS
transférer les données vers MapGuide v6.x du PAM pour que les infos soient diffusées par MapGuide sur l'ensemble des postes du PAM qui ont accès au SIG ...

et CE dans un mode de CONSULTATION PURE ?

Auquel cas cela devrait être assez simple ...

Option 1 : Il suffira d'exporter depuis GeoConcept toutes les données voulues au format SHP (ArcView v3.x) que MapGuide sait très bien relire DIRECTEMENT afin de les intégrer dans ses cartes MWF (Confère MapGuide Author, l'outil de conception / création des cartes MWF de MapGuide).

J'ose espérer que GeoConcept v5.x/6.x sait exporter CORRECTEMENT au format SHP ?

Option 2 : Sinon on pourrait passer éventuellement par un format intermédiaire MIF-MID (MapInfo) pour les transformer en format SDF (de MapGuide) ou peut être SHP avec l'utilitaire Batch "SDFLOADER.exe" de MapGuide. Mais cela ferait UNE étape de plus !!!

Option 3 : GeoConcept stocke ses informations dans Oracle Spatial et si les schémas sont compatibles entre GeoConcept et MapGuide, alors c'est encore plus simple : MapGuide affichera en temps réel les infos crées / modifiées par l'application sur GeoConcept !

Il suffira de créer les calques d'affichages nécessaires avec MapGuide Author pour prendre en compte les nouvelles infos stockées dans Oracle Spatial.

GeoBye, Pat

Hello Fred

Je te remercie de ces précisions ...

Si on veut un résultat rapide et simple pour que le "bon vieux" MapGuide v6.x du PAM affiche les données provenant de GeoConcept, j'ai quand même un petit faible pour l'export régulier des données (intéressantes) au format SHP (ArcView v3.x) que de toute façon TOUS les autres SIG majeurs savent exploiter !!!

Ici je parle des données de type "Linéaire" et "Polygone clos" et aussi éventuellement des données de type "Texte" et "Point XY".

Sachant que bien sur, il serait idéal que les "Textes" et les "Points XY" soient eux par  contre en base de données classique (Access, SQL Server, Oracle, MySQL, etc). Car les possibilités de traitement (sur ces 2 types de données) avec MapGuide sont beaucoup plus évoluées ... Confère mon 1er message !

Les "nouveaux" MapGuide Open Source et MapGuide Enterprise 2007 savent eux aussi traiter parfaitement ces données : SHP, SDF, bases de données classiques, etc.

GeoBye, Pat "SHP"

ReBonjour

Dans MapGuide il est très facile sur double-clic de "partir" vers une page Web, dossier avec un partage Web ou un fichier spécifique quelconque !

Sur les objets graphiques de MapGuide, il y a en principe 3 champs:

*** Champ KEY - Clé (Facultatif) ***
Dans les SDF: FEATURE_ID
Dans Oracle Spatial ou SHP : n'importe quel champ

*** Champ NAME - Nom - Infobulle (Facultatif) ***
Dans les SDF: FEATURE_NAME
Dans Oracle Spatial ou SHP : n'importe quel champ

*** Champ URL (facultatif) *** Qui démarre sur un Clic-Clic
Dans les SDF: FEATURE_URL
Dans Oracle Spatial ou SHP : n'importe quel champ

Donc pour ton problème, supposons que tu as des polygones clos en SHP ...

Champ: SHP_NUMERO (facultatif)
Ce sera l'identifiant éventuel de ton polygone de danger
C'est toujours intéressant d'avoir un identifiant unique (si possible).

Champ: SHP_BLABLA (facultatif)
Ce sera l'infobulle qui apparaitra sous le curseur par exemple :
"Cercle de danger: 500m autour du Bac de Benzène"

Champ: SHP_LIEN (facultatif)
C'est lui qui permettra le Clic-Clic pour "partir vers" ...
Il contiendra par exemple :
"http:\\SRVPAM\SIG\DOCUMENTS\DANGER\BAC\BENZENE_123.HTM"

Le fichier pourra être n'importe quoi: HTM, DOC, XLS, PDF, DWG, DWF, JPG, etc ...
mais aussi il peut ne pas y avoir de fichier précis en fin de chaîne, auquel cas cela affichera tout le contenu du sous-catalogue "BAC". C'est très interessant pour consulter tous les documents relatifs aux dangers des bacs de Benzène en général.

Suis je clair dans mes explications ?

GeoBye, Pat

Merci de poser les questions sur le logiciel GeoConcept dans le forum dédié à ce produit : http://georezo.net/forum/viewforum.php?id=3

Fred

Je vais créer un topic dans la bonne section. Désolé.

Pat => j'ai pas trop le choix pour l'utilisation du logiciel...


Merci.

Dernière modification par i.generation (Sun 22 October 2006 14:50)