Le portail francophone de la géomatique

J'ai un SIG à développer et à faire vivre... Il doit répondre à des besoins divers: alimentation de bases de données, collectes de données, élaboration de cartes diverses... faisant appel à des données diverses... Et il faudra que je puisse accèder à nouveau à ces cartes dans le futur et qu'elles évoluent avec les mises à jour.
Tu dis avoir une carte par projet. Mais si deux cartes utilisent les mêmes données, comment fais tu lors des mises à jour?

Bonjour,

J'ai en gros la même organisation que Lid : Je gère une base par projet, dans laquelle je créé un onglet par carte/analyse. J'ai aussi des bases Access thématiques pour les infos non géométriques et la mise à jour de certaines couches.

Dans Géoconcept, je créé des types thématiques (Entités administratives, Rivières, Stations de mesure, Loisir aquatique, ...) dans lesquels je regroupe les informations s'y rapportant (Site de baignade, Parcours canoë, Promenade en bateau, ...).
Mais d'autres préfèrent créer un type par source de données (Diren, Chambre d'Agriculture, Agence de l'Eau, ...) et un sous-type par table récupérée.
Ce choix dépend essentiellement de la fréquence des mises à jour et de la complexité des partenariats.

Pour mes couches de référence (hydrographie, découpage administratif, rasters, ...) et celles qui sont rarement modifiées (géologie, sites de baignade, barrages, ...), j'ai créé une banque de couches (xml+gxt). Je peux ainsi créer un nouveau projet en important rapidement les informations qui m'intéressent.

Je me suis mal fait comprendre. La banque de couches n'est pas utilisée pour manipuler les données, mais simplement pour les archiver. Ces couches prennent la forme de paires de fichiers (.xml et .gxt) qui peuvent être facilement importés dans Géoconcept. Une fois importées, les données deviennent indépendantes des fichiers sources.


Le premier intérêt des types sous-types est d'organiser ses tables pour les retrouver plus vite. C'est particulièrement efficace lorsque le projet fait appel à des dizaines de couches.

Le deuxième intérêt de faire partager des caractéristiques communes à des tables différentes. Imaginons par exemple que tu t'intéresses à la maintenance d'infrastructures communales (réverbères, points d'eau, canalisation d'eau potable ou usée, compteur d'eau, containers de recyclage, etc ...) Tu pourras créer un Type 'Infrastructure' qui contiendra un sous-type pour chaque catégorie. Dans ton type 'Infrastructure', tu créeras un champ 'Date de dernière maintenance'. Tu pourras alors lancer la requête 'Quels sont les objets maintenus au cours des six derniers mois ?', qui te renverra des objets appartenant à des tables différentes.

Oups, j'ai eu tord d'utiliser le mot 'projet'. je pensais 'étude', et non 'document'.

Est-ce que c'est plus clair ?

Avec mon organisation, une base Géoconcept permet la production de toutes les cartes d'une même étude. Une donnée utilisée dans plusieurs cartes de cette étude ne sera donc stockée qu'une seule fois.

Le soucis que tu évoques pourra se produire pour une donnée transversale à plusieurs études. C'est notamment à ça que fait référence Lid quand il parle de données dans Access : La donnée est stockée dans un conteneur externe, qui peut être lu par les différentes bases Géoconcept.

Je vais également faire des liaisons vers des données externes. Mais je n'ai pas encore SQL Server. Pouvez vous me donner des pistes pour réaliser ça en utilisant Access?

Au fait, tu commences à être à l'aise avec la gestion Géoconcept des tables ?

Bonjour,

Même avec ce post et les divers commentaires, je ne saisis pas complètement quel peut être le fonctionnement de GeoConcept en vu du developpement d'un véritable SIG autour de Geoconcept, dans l'optimisation de la structuration des données (type, sous-type, base de données extérieur).

J'ai l'impression qu'il est préférable de développer des bases de données extérieures et de ne se rattacher à Geoconcept que pour la géométrie.

Je suis conscient que tout dépend de la taille, des besoins et des compétences de la structure. Dans mon cas, il s'agit d'une petite communauté de communes. Je suis en charge des cartes communales, il existe un service assainissement utilisant de la carto mais avec leur propres solutions logiciels que j'aimerais néammoins rattacher à Geoconcept + une composante voirie à développer complètement. Voilà nos utilisations actuelles. Je souhaiterais développer l'informations géographiques.

Comment organiser ces divers utilisation? une seule carte, plusieurs carte par composante, développer les data à l'intérieur de géoconcept ou créer une BD par composantes....??

Mes interrogations portent aussi sur les éléments se rattachant à Geoconcept. Nous devons installer un serveur prochainement. J'envisage la mise en place des outils Postgre/postGIS afin de permettre un développement futur sans fermer de porte.

auriez-vous des suggestions dans l'organisations globale? (si des acteurs de ce forum ont déjà monté des projets à cette échelle par ex).
mais aussi dans la gestion et l'organisation d'un SIG autour de Geoconcept?

Je vous remercie bcp !!