PageWikiniArchive
Vocabulaire SIG de base : raster (matrice), vectoriel (objet) : un cours simple sur le web ?
"SOPHY" : Banque de données Botaniques et Ecologiques
http://sophy.u-3mrs.fr/
Les Systèmes d'Informations Géographiques libres : quelques exemples :
http://logiciels-libres-cndp.ac-versailles.fr/pedagogie/grass.html
Exemple : Carto diren
http://carto.languedoc-roussillon.environnement.gouv.fr/
http://freshmeat.net/projects/localis/?branch_id=33676
Le module Inventaire (Ă revoir) :
http://wiki.tela-botanica.org/eflore/wakka.php?wiki=VoirImageInventaires
Le modèle pourra t -il stocker les informations de localisation ? Grille de lecture : a qui s'adressent les informations et comment vont elle être utilisés. UTM / Lambert ? etc . Maillage
Actuellement, le modèle d'eFlore V1 permet de stocker pour une observation données 4 types de données géographiques :
Voir quelles sont les besoins en matière de relevée de plante : données de localisation à associer à un relevé ? si on n'a pas de relevé que fait on (nom de la commune ...) ?
C'est effectivement à définir.
Stratégie pour passer au svg ? Interêt ? Lister les etapes ...., Utilisation pour Sophy ? Suffisamment generique ...
Voir
Mnhn : http://www.mnhn.fr/isb/fr/communes.htm
Elaboration d’un cahier des charges (Synthèse et propostion de Dominique)
SOPHY, eflore et la chorologie ont pour objectifs communs :
- de permettre un échange d'informations entre la base de données et des applications clientes ;
- d’afficher une représentation cartographique des données sur Internet.
Les sources de données, les bases de données et les méthodes de représentation cartographique (lorsqu’elles existent) sont différentes pour chaque projet. L’idée est d’établir une méthode identique pour la réalisation des objectifs de ces projets, c'est-à -dire :
- une structure commune de base de données ?
- une application identique pour la gestion (saisie, extraction, mise à jour) des données ?
- une cartographie des données identique faisant appel à une même application ?
Contenu du cahier des charges : je propose tout d’abord de faire une description et une analyse des 3 projets ; cette description permettra ensuite de déterminer les besoins (structure des données, applications à mettre en place pour la gestion des bases de données, besoins en matière de cartographie, le géoréférencement des données…) ; les besoins donneront lieu à une description du résultat auquel on souhaite aboutir ; la dernière partie décrira les étapes qui permettront d’obtenir ce résultat (mise en œuvre du projet).
Divers / Mode d'emplois
Exemple :
- Installation de grass sous Windows
Stage SIG
Vocabulaire SIG de base : raster (matrice), vectoriel (objet) : un cours simple sur le web ?
"SOPHY" : Banque de données Botaniques et Ecologiques
http://sophy.u-3mrs.fr/
Les Systèmes d'Informations Géographiques libres : quelques exemples :
http://logiciels-libres-cndp.ac-versailles.fr/pedagogie/grass.html
Quelles sont les différences entre Grass et Mapserver ?
Grass
http://www.geog.uni-hannover.de/grass/Mapserver
http://mapserver.gis.umn.edu/index.htmlExemple : Carto diren
http://carto.languedoc-roussillon.environnement.gouv.fr/
Localis
(habillage MApserver avec utilisation bibliotheque php)http://freshmeat.net/projects/localis/?branch_id=33676
OpenSVGMapserver
http://www.carto.net/projects/open_svg_mapserver/La reference SVG
http://www.carto.netProjet eflore
http://wiki.tela-botanica.org/eflore/wakka.php?wiki=ModeleSommaireLe module Inventaire (Ă revoir) :
http://wiki.tela-botanica.org/eflore/wakka.php?wiki=VoirImageInventaires
Le modèle pourra t -il stocker les informations de localisation ? Grille de lecture : a qui s'adressent les informations et comment vont elle être utilisés. UTM / Lambert ? etc . Maillage
Actuellement, le modèle d'eFlore V1 permet de stocker pour une observation données 4 types de données géographiques :
- une zone géographique provenant de n'importe quel référentiel (INSEE, ISO, ) et de n'importe quel type ( commune ,département, région, pays ...)
- la longitude et la latitude
- les coordonnées X et Y dans un système de coordonnée choisi par l'utilisateur.
- une maille provenant de n'importe quel référentiel (du moment qu'il est dans la base eFlore...)
Voir quelles sont les besoins en matière de relevée de plante : données de localisation à associer à un relevé ? si on n'a pas de relevé que fait on (nom de la commune ...) ?
C'est effectivement à définir.
Chorologie (sous-projet eflore)
http://www.tela-botanica.org/document.php?project=tela&locale=fr&doc=chorologie_departementaleStratégie pour passer au svg ? Interêt ? Lister les etapes ...., Utilisation pour Sophy ? Suffisamment generique ...
Voir
Mnhn : http://www.mnhn.fr/isb/fr/communes.htm
Sujet du stage
- Elaboration d'un cahier des charges pour la représentations de données floristiques géolocalisés : quels sont les besoins, quelle type de restitutions (statique, s'appuyant sur un SIG ...), quels type de requête (par departement, par lattitude, par altitude, par voisinage etc ...)
- Les Ă©tapes de mise en oeuvre d'un tel projet : quelles informations stocker, comment les stocker, quel SGBD choisir, quel SIG choisir ?, Quelles technique de restitution utiliser ? etc
Elaboration d’un cahier des charges (Synthèse et propostion de Dominique)
SOPHY, eflore et la chorologie ont pour objectifs communs :
- de permettre un échange d'informations entre la base de données et des applications clientes ;
- d’afficher une représentation cartographique des données sur Internet.
Les sources de données, les bases de données et les méthodes de représentation cartographique (lorsqu’elles existent) sont différentes pour chaque projet. L’idée est d’établir une méthode identique pour la réalisation des objectifs de ces projets, c'est-à -dire :
- une structure commune de base de données ?
- une application identique pour la gestion (saisie, extraction, mise à jour) des données ?
- une cartographie des données identique faisant appel à une même application ?
Contenu du cahier des charges : je propose tout d’abord de faire une description et une analyse des 3 projets ; cette description permettra ensuite de déterminer les besoins (structure des données, applications à mettre en place pour la gestion des bases de données, besoins en matière de cartographie, le géoréférencement des données…) ; les besoins donneront lieu à une description du résultat auquel on souhaite aboutir ; la dernière partie décrira les étapes qui permettront d’obtenir ce résultat (mise en œuvre du projet).
Divers / Mode d'emplois
Exemple :
- Installation de grass sous Windows
- Prérequis :
- Cygwin
- Windows Version