Premières cartouches pour un SIG d'épidémiosurveillance en région ...

« Caccia Corsa »
Premiers cartouches pour un système d’information
géographique d’épidémiosurveillance en région
corse : l’entrée par la battue au sanglier
Julien Madary
Rapport de fin d’études de Master II - SIG et Gestion de l’Espace
Université de Saint Etienne – ENISE
Tuteurs : M. Thierry JOLIVEAU & M. Eric FAVIER
Soutenu le 28 septembre 2007
Tuteur Entreprise : M. Rémi BOUCHE
Directeur du Laboratoire de Recherche sur le Développement de
l’Elevage de l’INRA de Corte

Remerciements :
Je tiens à remercier sincèrement, M. Rémi BOUCHE, Directeur du Laboratoire de
Recherche sur le Développement de l’Elevage de l’INRA de Corte, et porteur de ce
projet, pour m’avoir fait part de son savoir, de sa curiosité et de son expérience,
notamment en informatique, afin de pouvoir aborder ce programme de recherche qui
m’a passionné. Je le remercie également pour ses efforts, sa gentillesse, et sa
motivation.
Je souhaite aussi remercier sincèrement, Mlle Chjara ARAGNI, pour sa gentillesse,
ses conseils, son aide précieuse, et sa bonne humeur.
Je remercie également, M. Oscar MAESTRINI, pour m’avoir fait partager au mieux
ses connaissances du territoire et de la battue, ainsi que pour son soutien, et sa
gentillesse.
Un grand merci à mon voisin de bureau, M. Florian GUENIOT, pour son soutien en
informatique et la bonne humeur constante au cours de ces six mois.
Je tiens aussi à remercier, Mlle Céline RICHOMME, Vétérinaire, pour son aide
précieuse, sa compétence, ainsi que son regard d’expert sur mes travaux.
Je veux présenter ma reconnaissance et mes sincères remerciements à Pasquale,
Guillaume, Philippe, Nicolas ainsi que tous les autres chasseurs qui ont bien voulu
me faire part de leur savoir d’expert sur la chasse en battue au sanglier dans l’île.
Je remercie également, M. Thierry JOLIVEAU, ainsi que toute l’équipe enseignante
du master SIG et Gestion de l’Espace, pour la qualité des cours dispensés.
…ainsi que tout le personnel de l’INRA de Corte.
3

SOMMAIRE
Introduction...............................................................................5
1. Contexte et problématique.................................................6
1.1. Epidémiosurveillance de la trichinellose en élevage
extensif porcin en Corse ..........................................................6
1.2. Problématique .................................................................7
2. Démarche mise en oeuvre .................................................9
2.1. Choix de l’objet d’étude et des outils à mettre en place ..9
La battue au sanglier : choix méthodologique d’un élément
de base pour connaître et mailler le territoire insulaire. ........9
2.2. Une maille à tisser dans un système complexe pour
rendre cette connaissance du territoire intelligible par tous ?13
2.3. Recueil d’informations auprès des acteurs de terrain ...14
Traitement des informations recueillies ..............................20
3. Premières réalisations et résultats .................................23
3.1. Les Chorèmes un langage adapté à la mise en relation
de différents univers ..............................................................25
3.1.1. Création de la grammaire.........................................25
3.2. Mise en place du serveur SIG, de sa base de données
géographique et des outils d’acquisition et de traitement......31
3.2.1. Analyse stratégique des utilisateurs.........................31
3.2.2. Choix du serveur et des outils..................................34
3.2.2.1. Le Système d’Information Géographique ...........35
3.2.2.2. Choix du serveur et de son système de gestion de
base de données..............................................................38
3.2.2.3. Choix du Web-SIG..............................................40
3.2.3. Mise en place ...........................................................43
3.2.3.1. Installation du Serveur SIG.................................43
3.2.3.2. Base de données géographique.........................44
3.2.3.3. Carnet de battue virtuel ......................................49
3.2.3.4. Mise en place du Système d’information
géographique ...................................................................54
Discussion conclusive et regard sur le devenir de ce
projet........................................................................................65
4

Introduction
Le stage s’est déroulé du 19 Mars 2007 au 31 août 2007 au sein du
Laboratoire de Recherche sur le Développement de l’Elevage (LRDE) de Corte,
département de l’Institut National de la Recherche Agronomique (INRA), sous la
direction de Rémi Bouche, Directeur du Laboratoire.
Impliqué actuellement dans des travaux de recherche en matière
d’épidémiosurveillance, le LRDE de Corte pose la question de l’importance de
posséder un recueil de données géographiques formalisé aidant à une meilleure
maîtrise de l’espace insulaire.
Mon travail au cours de ces derniers mois a donc été de raisonner la mise en
place d’un système d’information géographique d’épidémiosurveillance en mesure
d’acquérir et d’apporter une connaissance du territoire, afin d’aider les acteurs du
réseau dans leur prise de décision.
Après avoir posé le contexte et la problématique, j’amènerai le lecteur sur
l’analyse, la réflexion et la mise au point d’une démarche choisie, puis je présenterai
les différentes étapes de la réalisation et les premiers résultats, pour finir enfin sur
une discussion conclusive.
5

1. Contexte et problématique
1.1. Epidémiosurveillance de la trichinellose en élevage
extensif porcin en Corse
Le programme de recherche BioSCOPE – Observatoire du vivant en Corse,
vise à mettre en place un système de recueil de données épidémiologiques. Dans le
cadre de ce programme, et suite à l'apparition d'un foyer de trichinellose en Corse,
les chercheurs de l'INRA travaillent à la mise en place d'un réseau de surveillance de
cette maladie.
La trichinellose (ou trichinose) est une zoonose 1 provoquée par la
consommation de viande crue contenant des parasites nématodes du genre
Trichinella. Ces parasites peuvent infester les mammifères carnivores ou omnivores,
en particulier le porc, le sanglier et le renard ainsi que les rongeurs. L'infestation est
en général asymptotique chez les animaux mais peut entraîner des symptômes et
complications voire des séquelles graves chez l'homme.
En France, ces 30 dernières années, 20 cas de trichinellose ont été recensés,
on note une augmentation significative du nombre de cas due à la consommation de
viande de sanglier. Cette maladie, à déclaration obligatoire et légalement réputée
contagieuse, fait l'objet d'une surveillance particulière en abattoir. La présence de
larves de nématodes est recherchée sur les porcins abattus réglementairement.
Cette recherche est systématique sur tous les porcs élevés en plein air et s'effectue
par sondage (1 porc contrôlé sur 1000 abattus) pour les porcs élevés en « hors-sol ».
En Corse, l'élevage porcin, pastoral et extensif, est basé sur l'utilisation des
ressources du milieu (forêts de chênes et de châtaigniers). Les porcs sont en liberté
sur des parcours ouverts et très vastes, un bassin versant par exemple, et sont donc
en contact étroit avec la faune sauvage et notamment les sangliers. De plus, les
deux tiers des porcs sont abattus sur l'élevage (« abattage fermier ») et échappent
aux contrôles officiels. Cette configuration particulière (contacts fréquents entre
faune sauvage et domestique et abattage non contrôlé) pose la question de la
1 Maladie transmissible de l’animal à l’homme
6

contamination de l'homme par la charcuterie traditionnelle issue de ces élevages et
des limites de la surveillance de la maladie par le système officiel.
Aussi, afin de raisonner un système de surveillance adapté aux
caractéristiques de cet élevage et d'inclure dans le système de surveillance la faune
sauvage, l'INRA, en collaboration avec les services vétérinaires et les fédérations
départementales de chasse, a mis en place une campagne de prélèvement sur les
sangliers et les renards. Des prélèvements sont effectués par les chefs de battue
volontaires et analysés par les laboratoires départementaux d'analyses (LDA). Ainsi
en 2006/2007, 665 prélèvements de sangliers et 32 de renards ont pu être collectés
grâce à l'implication de 75 chefs de battue. Les résultats actuels sont encourageants
du fait de l’absence d’animaux contaminés mais encore insuffisants pour conclure
cette enquête épidémiologique 2 . La campagne de prélèvement sera donc reconduite
pour la prochaine saison de chasse au sanglier (15/08/2007 au 13/01/2008).
Parallèlement à la mobilisation des chasseurs, un travail de mise en réseau de
l'ensemble des acteurs impliqués en santé animale (Services vétérinaires,
vétérinaires praticiens et épidémiologistes, groupement de défense sanitaire,
éleveurs, etc.) et en gestion de la faune sauvage (sociétés et fédérations de chasse,
Office National de Chasse et de la Faune Sauvage, etc.) est en cours afin de mettre
en place, sur le long terme, un système d'épidémiosurveillance durable et de qualité.
1.2. Problématique
L'épidémiosurveillance peut être définie comme « une méthode d'observation
fondée sur des enregistrements en continu permettant de suivre l'état de santé ou les
facteurs de risques d'une population définie et de déceler l'apparition de processus
pathologiques et d'en étudier le développement dans le temps et l'espace en vue de
l'adoption de mesures appropriées de lutte » (Dufour et Hendrikx, 2007)
Il est donc nécessaire, pour mettre en place un tel système, de raisonner:
2 D’après les données bibliographiques et l’estimation de la population de sangliers en Corse, il
faudrait effectuer 2000 prélèvements pour déterminer la prévalence de la maladie avec un seuil de
confiance de 95%.
7

• le type d'informations dont on dispose et dont on a besoin ainsi que les
moyens de les recueillir et de les stocker (base de données);
• l'agencement et le traitement de ces données sous une forme compréhensible
et exploitable par les membres du réseau (outil d'aide à la décision);
• la mise en place de systèmes d'échanges et de discussion afin que les
membres du réseau, issus de disciplines différentes, puissent communiquer
sur les mêmes bases et agir ensemble.
Dans le contexte corse décrit ci dessus, où faunes sauvage et domestique
cohabitent et se déplacent librement, la question de la connaissance du territoire et
du comportement de l'animal semble importante à prendre en compte. En effet, pour
permettre la détection rapide de foyers ou anticiper la propagation de maladies, il est
nécessaire de recueillir des informations plus précises sur les mouvements
d'animaux, leur densité ainsi que les facteurs environnementaux ou humains qui
pourraient interférer dans leurs déplacements. Pour permettre la mise en place d'un
réseau d'épidémiosurveillance efficace il est nécessaire de recueillir des informations
sur l'état sanitaire des animaux sauvages et domestiques, (prélèvements en
abattoirs, par les chasseurs, etc.) mais aussi d'étudier et de comprendre le territoire
sur lequel évoluerait la maladie. La mise en relation et l'organisation de ces deux
types d'informations, épidémiologiques et géographiques, semble donc essentielle
pour faciliter la discussion entre les acteurs du réseau et éclairer la prise de
décisions.
Le travail effectué pendant mon stage s'inscrit dans cette démarche de recueil
et de formalisation d'informations sur le territoire afin de les mettre en relation avec
les données épidémiologiques et autres (données concernant les acteurs, etc.) et de
conception d’un système d’information géographique permettant de mettre à
disposition des membres du réseau des outils d'aide à la décision.
8

2. Démarche mise en oeuvre
2.1. Choix de l’objet d’étude et des outils à mettre en place
Pour mettre en place cet outil regroupant les données sanitaires et
géographiques il faudra déterminer:
(1) le moyen de recueillir des informations concernant le territoire;
(2) le moyen de les formaliser, de les rendre accessibles aux membres du
réseau et de les mettre en relation avec les autres informations à notre
disposition.
La battue au sanglier : choix méthodologique d’un élément de base
pour connaître et mailler le territoire insulaire.
En Corse, le territoire est occupé, connu et/ou géré par différentes catégories
d'acteurs (techniciens du Parc Naturel Régional, éleveurs, chasseurs, vétérinaires
ruraux, etc.). Ils ont acquis, de par leur activité, une connaissance du territoire qu'il
faudrait pouvoir recueillir et formaliser pour la rendre accessible et compréhensible
aux acteurs du réseau.
9

Pour autant comme dans de nombreuses régions françaises soumises à l’exode
rural, le territoire est de plus en plus en déprise des activités productives et
notamment de l’élevage. Ainsi certaines microrégions de l’île se trouvent aujourd’hui
complètement dépourvues durant de longues périodes hivernales « d’utilisateurs »
de l’espace sauf par les chasseurs. En effet, la chasse au sanglier, qui s’opère
principalement en battue, est une pratique traditionnelle et très répandue dans
l'ensemble de l'île. On dénombre environ 17 000 chasseurs en Corse et la plupart
des communes comptent une ou plusieurs compagnies de chasse.
« Des lieux sauvages sont conquis par la chasse, l’homme en y posant ses
marques les constitue comme espace de partage et de confrontation entre culture et
nature. Les chasseurs y installent leur poste, point fixe repéré par un long travail
d’observation qui lie les générations…
Le chasseur possède sa propre lecture du paysage. Il pose ses repères,
délimite ses terrains et choisit ses sentiers » (Simonpoli, 1995)
Compte tenu de cette présence sur l’ensemble du territoire et du rapport des
chasseurs à l’objet étudié de même que leur implication dans la remonté des
prélèvements l’année précédente, nous avons opté dans un premier temps de
focaliser notre entrée sur ces dispositifs de chasse et notamment au niveau de
l’élément constitutif de base que représente « la battue de sanglier »
10

La battue au sanglier est une pratique de chasse collective qui consiste à
rabattre les sangliers présents dans l'espace de chasse vers des tireurs. Les
hommes de la battue sont répartis entre différentes fonctions par le chef de battue.
Une battue est composée par:
Un chef de battue responsable d’un groupe de chasseurs qui peut varier
de X à Y hommes. Son rôle, outre la responsabilité légale et administrative
envers les autorités, consiste à choisir le territoire de chasse et organiser
le déroulement de la battue. Respecté par l’ensemble du groupe, il est
traditionnellement le plus ancien détenteur de savoirs vernaculaires tant
sur les comportements du gibier, les traditions et les règles de la chasse
que sur une connaissance approfondie du territoire sous sa responsabilité
et qui se matérialise par une toponymie en langue Corse très riche
permettant le repérage des moindres saillances et objets singuliers qu’il
s’agisse d’un rocher, d’une ruine, d’un arbre ou d’un point de passage du
sanglier.
les voix (« E vocce »): ce sont les rabatteurs, que l’on désigne du nom de
« voix ». Faire la voix c’est crier, vociférer dans le but de pousser le
sanglier vers les tireurs. Le rôle des voix est de fermer l’aire de battue, et,
en avançant, de la réduire progressivement tout en interdisant la retraite.
les rabatteurs (« hommes au chien », « u canaghjolu », « u
ghjacaraghjolu ») : entre les rabatteurs et les tireurs, les chiens lâchés
recherchent la trace de la bête et s’engagent à sa poursuite. L’homme aux
chiens commande à la manœuvre de l’intérieur de la battue, essayant de
diriger le mouvement en combinant au mieux l’action des voix et celle des
chiens.
les postes (« i pustaghjoli ») : ce sont les points vers lesquels les
rabatteurs et leurs chiens entraînent les sangliers. Ils sont situés sur les
sentiers que l'animal à l'habitude d'emprunter et positionnés aux endroits
les plus adaptés pour le guet et le tir. Les points où l’animal passe le plus
souvent sont marqués par un « poste maître » (« i posti maestri »).
Comme l’indique Simonpoli en 1995 dans son ouvrage de référence : « La
battue au sanglier dessine dans le maquis, aux alentours des cultures, aux confins
du territoire, des aires bien délimitées, sortes d’îlots qu’une fréquentation assidue à
11

finie par annexer au village… Ce sont des morceaux de maquis découpés par des
lignes naturelles (crêtes, vallées…) sur lesquelles les chasseurs installent leurs
postes, points fixes repérés par un long travail d’observation qui lie les générations.
Ces territoires appartiennent à la longue histoire, leur connaissance est élément du
patrimoine, elle marquent l’identité villageoise, chaque village en compte un nombre
restreint (ici 4, là 7,…). Là tout est nommé, un arbre, un rocher… C’est autour de ces
îlots que se structure l’espace sauvage, se dessine la carte du paysage. Cette
chasse met en relation l’homme avec les limites du monde qu’il doit considérer
comme sien. »
Ce dispositif nécessite une bonne connaissance de l'animal, de ses habitudes
et des chemins qu'il emprunte afin de déterminer les contours de la battue, le
positionnement des postes et le moyen de rabattre l'animal vers les tireurs. Les
chasseurs doivent aussi connaître parfaitement leur territoire de chasse (relief,
végétation, obstacles, repères visuels) pour pouvoir se positionner (recherche de
points de tir dégagés sur le lieu de passage du sanglier) et se déplacer. Ces
connaissances, transmises d'une génération à l'autre, sont issues d'observations et
du parcours régulier du territoire et ont permis aux chasseurs de s'approprier
l'espace et de développer des compétences particulières notamment d'anticipation et
de géolocalisation. Cela se retrouve dans le vocabulaire employé, tant pour désigner
leurs fonctions et actions dans la battue que les caractéristiques du territoire et de
l'animal. Ce vocabulaire très riche, notamment au niveau de la toponymie, et une
connaissance commune du territoire, permet au chef de battue de placer ses
hommes, en seulement quelques mots, sur un territoire très vaste et aux hommes,
en mouvements dans la zone de battue, de se repérer et de guider l'animal vers les
tireurs.
Approcher le territoire, via la connaissance des chasseurs en étudiant leur
pratique de chasse, la battue, nous permettra donc:
• d'acquérir des informations sur une grande partie du territoire. L'agrégation
des données cynégétiques recueillies à l'échelle des battues permettra, à
terme, d'avoir une vision d'ensemble du territoire, de mettre en évidence
les zones « gérées » et connues par les chasseurs et les caractéristiques
12

du milieu (végétation, obstacles, accessibilité pour l'homme et l'animal,
etc.).
• de mieux comprendre le comportement des sangliers et ainsi pouvoir
repérer les zones de forte densité, les mouvements possibles
• de mettre en place un vocabulaire adapté à la description du territoire qui
pourra servir de base commune à tous les membres du réseau de
surveillance et ainsi faciliter la discussion et la prise de décision.
Pour autant, les savoir-faire et les pratiques de chasse s’expriment dans un registre
cognitif et culturel qu’il y a lieu de rendre compatible avec ceux d’autres opérateurs
du système d’épidémiosurveillance, notamment celui des gestionnaires et décideurs
(office de la chasse, autorités vétérinaires) .Un important travail de « traduction » et
de modélisation via un système de représentations « médiatrices » appropriées
s’avère nécessaire.
2.2. Une maille à tisser dans un système complexe pour
rendre cette connaissance du territoire intelligible par tous ?
De ce premier choix méthodologique devait découler naturellement la suite de notre
travail. Premièrement par l’analyse du système d’épidémiosurveillance pertinent
dans lequel s’inscrit cette entité de base qu’est la battue ainsi que les autres
opérateurs qui le compose, puis dans un second temps comment construire un
système d’information (recueil, mémorisation) susceptible d’amorcer et d’activer dans
ce contexte un réseau d’épidémiosurveillance. Pour ma part, du fait de l’insularité et
des interactions associant plusieurs niveaux d’organisation allant de la battue aux
opérateurs et des gestionnaires au niveau régional, cette problématique de réseau
c’est très rapidement transformée en une question systémique définie comme « Un
système est une unité globale organisée d’interrelations entre des éléments, actions
ou individus. » le philosophe E. Morin dans La Méthode et pour laquelle J. de
Rosnay précise l’importance d’une organisation autour d’un but ou d’un finalité : ici
l’épidémiosurveillance «Un système est ensemble d’éléments en interaction
dynamique, organisé en fonction d’un but. » (J. de Rosnay, dans Le
« Macroscope »). Le tout doté d’une certaine forme de complexité décrite selon
Jean-Louis Le Moigne (1990) « un système complexe est, par définition, un système
que l’on tient pour irréductible à un modèle fini, aussi compliqué, stochastique,
sophistiqué que soit ce modèle, quelle que soit sa taille, le nombre de ses
13

composants, l’intensité de leurs interactions… La notion de complexité implique
celle d’imprévisible possible, d'émergence plausible du nouveau et du sens, au sein
du phénomène que l'on tient pour complexe. Par exemple, l'imprévisibilité potentielle
des comportements humains.». Nous proposons de mobiliser ces définitions pour
définir l’épidémiodécision comme un système complexe. En effet, l’épidémiodécision
qui peut-être définie comme une unité globale organisée d’interrelations entre des
éléments (maladies, zones de contaminations…), actions (prises de décisions,
surveillance d’une zone définie à risque…) et individus (décideurs-gestionnaires,
connaisseurs du territoire…) et qui tient pour certain l’imprévisible potentiel
(émergence de maladies…), prend donc la nature de système complexe qu’il
conviendra, dans notre cas, essentiellement d’aborder par le sous système
d’information à l’aide d’une instrumentation modélisatrice appropriée que permettent
les Systèmes d’information géographique.
Les informations nécessaires à un réseau de surveillance concernent les
populations animales (recensements agricoles pour l'élevage porcin, données des
fédérations de chasse), leur état de santé (résultats des analyses) et des données
sur le territoire, et toutes ces données géolocalisées et/ou temporelles devront
permettre d'identifier l'apparition de foyers, d'anticiper l'évolution spatio-temporelle de
la maladie, l'itinéraire d'animaux vecteurs, etc. L'utilisation d'un serveur SIG
permettra leur centralisation et leur modélisation afin de les rendre accessibles aux
décideurs.
2.3. Recueil d’informations auprès des acteurs de terrain
Afin d'apporter au système d’épidémiosurveillance une connaissance du
territoire et donc une certaine maîtrise de l’espace, nous avons choisi d'étudier et de
modéliser la battue au travers d’outils informatiques adaptés, en l’occurrence un
serveur SIG et sa base de données géographique.
Pour cela il était nécessaire de mettre en place une méthode d'acquisition de
l'information auprès des chasseurs (quelles informations recueillir, sous quelle
forme?), de raisonner la gestion de ces données, leur mise en relation avec les
données sanitaires et leur formalisation afin d'apporter aux décideurs un outil d'aide
à la décision.
14

Après une période de « familiarisation » avec la pratique de la chasse et le
vocabulaire des chasseurs (bibliographie et discussions avec des experts. Cf.
annexe 1), j'ai donc effectué une phase de terrain qui m'a permis de rencontrer des
chasseurs, des acteurs du réseau de surveillance et d'assister à une battue. Cette
phase avait pour objectif de recueillir les informations concernant la chasse, le
territoire et le comportement de l'animal et de tester différents outils d'acquisition de
ces connaissances. Les nombreuses informations acquises sur le terrain m'ont
ensuite permis de mettre en place les outils adaptés à la gestion, au traitement et à
l'utilisation des données utiles au système d'épidémiosurveillance (Méthode
d'acquisition des données, SIG et base de données géographique).
J’ai réalisé des entretiens auprès de 4 chasseurs. Les chasseurs enquêtés ont
été choisis, à dire d'experts 3 , en fonction de leur expérience de la chasse, de leur
connaissance du terrain mais aussi de leur zone de chasse, l’objectif étant de
recueillir des informations concernant plusieurs microrégions afin d’identifier les
invariances et les différences entre ces zones. Ces entretiens avaient comme
objectifs de :
• Recueillir des informations sur la battue (composition structurelle,
dynamique, fonctions des acteurs humains), le territoire (appropriation
par les chasseurs, méthode de repérage, etc.) et le comportement des
sangliers (mouvements, densité). Il s'agissait de recueillir un maximum
d'informations pour pouvoir identifier les questions et les variables
pertinentes qui permettraient de créer et d'incrémenter la base de
données géographique;
• Mettre en place une méthode d’acquisition, de gestion, de traitement et
de mise en forme des informations recueillies auprès des chasseurs.
Pour cela j’ai testé, au cours des entretiens, différents outils et supports
pour le recueil d’informations.
Au cours de chaque entretien j'ai cherché à recueillir deux types
d'informations. Des « données générales » sur le fonctionnement de la battue, la
connaissance du territoire et le comportement du sanglier (recueil de discours) et des
3 Dans notre cas les experts sont des chercheurs du laboratoire qui, de part leur implication
dans le réseau de surveillance, sont en contact direct avec de nombreux chasseurs.
15

« données géographiques » me permettant de géoréférencer les informations
transmises par le chasseur (cf. annexe 1).
L'entretien portait donc sur trois points essentiels:
• La chasse : déroulement d'une battue, rôle de chaque participant,
nombre de chasseurs, de chiens, explicitation des intentions et des
choix du chasseurs, etc.
• Le territoire : description du lieu de chasse, de ces caractéristiques, des
repères visuels utilisés lors d'une battue, des obstacles repérés,
identification des « points importants » (lieux de passage du sanglier,
de positionnement des tireurs, ...)
• Le comportement du sanglier dans la battue et en général : les
mouvements, les lieux de passages, les habitudes.
Lors des entretiens j’ai utilisé un magnétophone pour pouvoir extraire du
discours des chasseurs les informations nécessaires à la création et à
l'incrémentation de la base de données géographique et pour identifier et
m'approprier le vocabulaire particulier employé par les chasseurs.
Dans la mesure du possible, les « informations géographiques » (délimitation
des différentes battues de la zone, disposition/ localisation des postes, des voix,
points de passage du sanglier, etc.) étaient recueillies sur le lieu de la battue, avant
ou après la phase d'entretien. Différents outils de recueil ont été utilisés afin de
définir le meilleur moyen de prélever des informations auprès des chasseurs.
La majorité des informations a été recueillie sur un ordinateur portable grâce à
deux logiciels Open Source QGIS 0.8.0 et Virtual Terrain Project (VTP).
le logiciel SIG QGIS 0.8.0, choisi pour sa facilité de prise en main, et
l’importation aisée des principaux formats vecteurs et rasters dans de
nombreuses projections grâce aux librairies GDAL, OGR et PROJ4, m'a
permis d'utiliser les données cartographiques de référence de l'INRA, que
sont la BD_Ortho et le Scan25 pour les rasters et la BD_Carto, la BD_Alti
50, et l’IFN pour les couches vecteurs. Ce support cartographique m'a
permis de créer, pendant la discussion avec les chasseurs, des couches
vecteurs (points, lignes, polygones) afin de matérialiser les informations
16

qu’ils localisaient sur l’ordinateur et remplir également leurs champs dans
la table attributaire (Figure. 1).
Figure 1 : Table attributaire de la couche poste
le logiciel VTP m'a permis de créer des vues des secteurs de chasse en
2.5D 4 , afin de les « survoler » (module VTP Enviro, figure 2). J’ai réalisé
cela dans le but de donner un côté « réel » à la visualisation, et ainsi tester
sur le terrain si ce type de visualisation était utile au recueil d’information
(acceptation par le chasseur, facilitation du repérage dans l'espace). J'ai
donc localisé, lors de la prise de rendez-vous avec le chasseur, les zones
de battues de manière à préparer et mettre en forme les données avant
l'entretien (BD_Ortho, Scan25 et MNT, module VTBuilder de VTP).
4 Dès lors qu'il existe un troisième paramètre (comme l'altitude), les données spatiales sont
disponibles sous forme pseudo-tri-dimensionnel (2.5D). Les descriptions des facettes des corps (par
exemple, les façades des bâtiments ou les versants) sont les seules données réellement stockées
sous forme 3D (Neteler M., 2005-06)
17

Figure 2 Visualisation du Scan25 en 2,5D et en 2D (fig. du bas)
18

J’ai également testé l‘utilisation du GPS Portable Magellan sur 4 battues afin
de relever sur le terrain les limites de la battue, la localisation précise des postes,
etc.
J'ai recueilli des informations sur support papier (cartes IGN au 1/25 000ème)
lorsque l'utilisation de l'ordinateur s'avérait difficile (lumière extérieure trop intense,
difficultés de l'enquêté à s'adapter à l'outil informatique). Dans cette opération, j'ai
demandé au chasseur de dessiner la battue sur une feuille de papier afin de savoir
quelles informations lui étaient nécessaires pour représenter son déroulement
(postes, trajectoires des animaux, obstacles etc.) et quels moyens de représentation
nous pourrions utiliser (notamment les symboles). Sur le lieu de chasse, une caméra
était utilisée afin d’enregistrer les gestes et les endroits désignés par le chasseur.
Plus qu’un enregistrement audio, l’enregistrement vidéo est très important dans cette
situation, il permet d’associer l’image aux mots employés ; par exemple, l’image d’un
repère (crête, arbre, rocher) et le nom correspondant.
J’ai donc testé, pendant cette phase de recueil auprès des chasseurs, le
recueil des connaissances via l’outil informatique, sur papier et via l’enregistrement
du discours et de la gestuelle.
Parallèlement aux entretiens avec les chasseurs j'ai rencontré d’autres experts
de la chasse et du comportement du sanglier que sont les vétérinaires et les
techniciens de la Fédération Départementale de la Chasse (FDC) et de l’Office
National de la Chasse et de la Faune Sauvage (ONCFS). J’ai ainsi pu bénéficier de
leurs connaissances sur la chasse (réglementation nationale, particularités
régionales, organisation du réseau de chasseurs) et sur le comportement du gibier.
Cela m’a permis de m’immerger dans l’univers particulier de la chasse et d’obtenir
des informations supplémentaires par rapport aux entretiens avec les chasseurs, j’ai
ainsi pu me procurer quelques carnets de battue 5 .
Après le 15 août, date de l’ouverture, j’ai également accompagné les
chasseurs sur une battue en condition réelle afin d’appréhender par moi-même cette
pratique et de confronter mes propres observations aux discours que j’avais pu
recueillir. Cela m’a permis notamment de me rendre compte de paramètres omis par
les chasseurs durant le recueil verbal, comme par exemple le paramètre « temps »
5 Carnet contenant les informations de base sur la battue (localisation, nombre d’hommes, de
bêtes abattues…) que le chef de battue complète après chaque partie de chasse et renvoi à la
fédération de chasse en fin de saison.
19

aux informations obtenues. En effet, les descriptions des battues faites par les
chasseurs ne comprenaient pas les horaires et durées des différentes actions (lâcher
des chiens, durée de la battue…). J’ai donc noté, pendant toute la durée de la
battue, les heures de début et de fin de chaque action afin d’alimenter ma base de
données.
Traitement des informations recueillies
Suite aux entretiens j'ai tenté d'analyser l'ensemble des informations
recueillies (enregistrements vocaux, données géographiques sous format
informatique ou papier) afin de mettre au point une méthode d'acquisition des
connaissances des chasseurs, de formaliser le vocabulaire particulier qu'ils
emploient et d'identifier les variables pertinentes pour la base de données
géographique.
Pour pouvoir traiter l’information contenue dans les enregistrements vocaux, il
a été nécessaire de les retranscrire en format texte. Pour cela j’ai utilisé le logiciel de
dictée continue Dragon NaturallySpeaking. Je dictais au logiciel, via un micro, les
enregistrements qui me parvenaient par des écouteurs et dont je régulais le débit à
l’aide d'un pédalier. Ceci m’a permis de gagner du temps par rapport à une
retranscription manuelle. J’ai ensuite pu étudier le corpus de texte grâce à un logiciel
OpenSource Automap, afin de mettre en évidence des concepts et des mots clés
(calculs d'occurrence des mots, etc.) qui me permettraient de mettre en place un
vocabulaire utilisable par l'ensemble des acteurs et qui faciliterait le dialogue entre
ces derniers.
J’ai également regroupé l’ensemble des données géographiques recueillies
(dessins, informations notées sur les cartes IGN) sous format informatique. A l’aide
de QGIS j’ai alimenté les couches SIG avec lesquelles j’avais travaillé auparavant.
J’ai transféré les données contenues dans le GPS grâce au logiciel gratuit WDGPS.
J’ai ainsi obtenu un fichier texte contenant les points et les itinéraires permettant de
délimiter les battues, identifier les postes et tracer les trajectoires des chiens ou des
sangliers. A l’aide de GPSBabel j’ai converti ce fichier de points en fichier GPX qui
peut être chargé par QGIS.
Le travail sur le discours des chasseurs, ainsi que l’analyse des données
géographiques, m'a permis d'identifier et de formaliser les variables les plus
20

pertinentes qui composeraient ma base de données géographique et de créer ainsi
un dictionnaire de données. De raisonner leur formalisation et le moyen de les rendre
compréhensibles et utilisables par les décideurs du système d’épidémiosurveillance.
Lors de ma phase de terrain j'ai pu apprécier le nombre important
d'informations que possèdent les chasseurs. Mais ces informations ne sont pas
utilisables en l'état dans un système d'épidémiosurveillance et s'avèrent difficiles à
recueillir. Il fallait donc, parallèlement à la mise en place de la base de données
géographique, raisonner une méthode de collecte et de représentation de ces
informations puis un outil de diffusion.
Il existe déjà des moyens de recueillir des informations concernant la chasse,
notamment le carnet de battue. Celui-ci permet à chaque fin de campagne de faire
des statistiques de chasse (nombre et localisations des battues, nombre d'animaux
tués). Dans le cadre de notre étude, les informations contenues dans le carnet sont
insuffisantes (notamment concernant les informations géographiques) et ne sont
disponibles qu'en fin de saison. J'ai donc imaginé d’informatiser un tel outil en un
« carnet de battue virtuel » qui permettrait de recueillir des informations plus
complètes auprès des chasseurs, tout au long de l'année via internet.
Parallèlement à cela, j'ai travaillé à la formalisation des connaissances, issues
de nombreuses battues, sous un format général et compréhensible par l'ensemble
des acteurs du réseau. J'ai donc choisi d’utiliser la méthode des chorèmes qui est un
outil adapté à la conceptualisation et formalisation de spatialités. Selon R. Brunet
(1980), il existe des règles d’organisation de l’espace et celles-ci produisent des
structures élémentaires d’organisation qu’il nomme « chorèmes ». L'utilisation de ces
chorèmes permet de «s’approprier collectivement les différentes visions du territoire
et élaborer un projet qui dépasse les intérêts individuels et concrétise les choix
collectivement assumés » (S. LARDON, 2003). Ainsi, j’ai réfléchi à l’établissement
d’un modèle basé sur la méthode des chorèmes par Roger Brunet (1995). Celui ci
présente la chorématique en ces termes : « Si l’organisation de l’espace à des lois,
on peut en construire des modèles. Pour cela, il convient d’identifier les formes
spatiales récurrentes et la façon dont elles se combinent entre elles : c’est ce qui m’a
conduit à concevoir l’idée de « chorèmes » », du grec khoré qui évoque l’espace.
Robert Ferras (1993) cite « les cinq opérations essentielles » à l’établissement d’un
modèle chorématique : « un choix d’éléments signifiants dans la complexité du réel,
21

leur mise en évidence et en relations, la maîtrise des procédés techniques, la
proposition d’un tout cohérent et logique, une généralisation pour des comparaisons
possibles ».
Enfin, il était nécessaire de raisonner un moyen de gérer et de diffuser ces
données aux membres du réseau. La quantité importante de données, les diverses
sources d'informations mobilisées et le besoin de gérer collectivement ces
ressources demandent la mise en place d'un serveur. J'ai donc travaillé au choix et
à la mise en place d'un serveur en fonction des contraintes du sujet et des
ressources disponibles.
22

3. Premières réalisations et résultats
La première réalisation qu’il m’a été donné de produire et que j’ai enrichi tout
au long de ce stage est la représentation globale du système et de ses composantes
aux différents niveaux d’organisation. Elle permettra au lecteur de resituer les
différents prototypes ou ébauches décrites dans le chapitre suivant dans leurs
interactions tout en conservant une vision holistique du système et de ce qu’il
conviendra d’améliorer ou d’approfondir.
Figure 3 : Représentation générale du système et de ses différents nivaux d'organisation.
LA BATTUE : CLEF D’ENTREE DANS LE SYSTEME
D’EPIDEMIOSURVEILLANCE
23

REGION
Corse
Préfet, DSV
Gestion de crises au
niveau régional
- Décisions supérieures
- Statistique
- Contact avec l’extérieur
MICROREGION
Canton, Commune
Vétérinaire, ONCFS,
FDC
Gestion de la faune
sur des microrégions
- Epidémiosurveillance
- Décisions
LA BATTUE
Quelques dizaines
d’hectares
Chasseurs
Apport de connaissance
sur ce territoire de chasse
- Appropriation du terrain
- Connaissance de l’animal
- Déroulement, résultats et
statistique sur leur chasse
LA BATTUE : CLEF D’ENTREE DANS LE SYSTEME D’EPIDEMIOSURVEILLANCE
Où, qui, pourquoi, mots clefs
Espace géré
Modèle de
discussion
Postes Opérateur
AGREGATION
=
Démarcation
des espaces
Acquisition
Postes
Décideur/
gestionnaire
Acquisition
Traitement
Restitution
Barrière rocheuse
Zone de refuge d’animaux
Zone inconnue
Outils : Carnet de battues en ligne
PostgreSQL
+
Grass
Remontée de l’INFORMATION
24

3.1. Les Chorèmes un langage adapté à la mise en relation de
différents univers
Afin de pouvoir mettre en place un langage commun « de traduction » entre
les chasseurs et les autres membres du réseau mais aussi pour pouvoir passer du
monde réel observé à notre SIG, j’ai dû prendre un certain recul et créer les
représentations, une véritable symbologie 6 adaptée ( fig 3), qui convenaient
spatialement à mon monde d’étude, la battue, et conceptuellement à la nature des
informations transmises par mes acteurs, les chasseurs.
.
3.1.1. Création de la grammaire
La grammaire doit permettre de faire lien entre un monde réel observé et un
monde réel représenté (fig 4).
MONDE REEL
OBSERVE
GRAMMAIRE
Figure 4 : La grammaire : outil de passage de l’observé au représenté
Une battue est donc structurée de plusieurs éléments localisés fondamentaux. Dans
un SIG on peut représenter chacun de ces éléments par un point, une ligne
(polyligne) ou encore une surface (polygone).
Ci-dessous figure 5, l’arbre correspondant à la structure fondamentale d’une battue
comprise par un SIG (construit à l’aide du gratuiciel FreeMind).
MONDE REEL
REPRESENTE
6 On parlera ici de langage ou de grammaire terme retenu pour qualifier l’outil d’aide à la
représentation d’une structure de battue et son déroulement dans le temps
25

Figure 5: La structure fondamentale d’une battue
J’ai appliqué une représentation point, ligne, surface pour la structure de la
battue, de manière à l’adapter au système sur lequel est basé mon projet, en
l’occurrence le SIG. Ainsi, ces objets graphiques créés intentionnellement, sans
aucun lien à priori à l’informatique sont posés comme une interface entre les
représentations du réel portées par les acteurs et les analystes et développeurs en
charge de modéliser et d’implémenter après un encodage le SIG. Ils seront dans la
pratique mobilisés sur des cartes papiers puis ultérieurement informatiques de
manière à caractériser et préciser de façon synthétique et iconographique la
structure d’une battue et son déroulement durant toute la chasse. Ils permettront par
ailleurs de réfléchir à un niveau supérieur à l’agrégation dans des microrégions de
26

plusieurs zones de battue afin de statuer sur leurs accointances, éloignements,
isolements et par la même sur le statut que prennent dés lors les zones interstitielles
notamment en terme d’isolat, de réservoir, etc.
STRUCTURE
Trois tableaux ont été ainsi conçus pour traiter :
De la structure de la battue (Tableau 1),
Des processus qui s’y déroulent durant la chasse (Tableau 2)
Des phénomènes d’agrégation analysable à un niveau supérieur (Tableau
3)
Maillage .
Information qualitative
Forme & couleur
Information quantitative
Taille
POINT LIGNE SURFACE
Voix : - fixe
- mobile
Poste : -maître
- normal
Sanglier :-mâle
-laie
- laie
+marcassins
Chien : - maître
- normal
Repère chasseur :
- végétal
- minéral
- autre
Sanglier :
- 50-100kg
- 20-50kg
Chasseur (vu/tué) :
* 2 ou +
* 1
* aucun
. . .
.
Passage de sangliers :
Non passage (en
général) :
Infranchissable :
- roche
- rivière
- pente
Ligne de repérage :
- crête
- rivière
- chemin
- autre
Passage de sangliers :
- 2 ou plus
- 1
- aucun
Tableau 1 : Chorèmes proposés pour comprendre la structure d'une battue
Battue :
Zone fréquentée par
sangliers :
Zone non fréquentée
en général :
Zone infranchissable :
- roche
- eau
- pente
Zone de levée par les
chiens :
Zone repérage des
chasseurs :
- végétale
- minérale
- autre
Ici la taille des
polygones s’adapte à
la surface en question.
27

PROCESSUS
Attractions
&
Répulsions
Du sanglier, des chiens et de la
voix mobile (Homme aux chiens)
Circulation & Etat
(itinéraire suivi en réalité)
Corrélation possible entre
itinéraires et
attraction/répulsion)
Dynamique réelle
Orientation majeure du
phénomène (flux)
Le vent dominant
Temps
Horaires au cours de la battue
(sur les objets, la dynamique
(vent), et itinéraires)
Attraction :
Répulsion :
Exemples :
Objet Objet
Point Point
Objet Point Objet Ligne
Objet Point Objet Surface
Sanglier :
- menacé
- pas ou plus
menacé
Chien :
- sur la piste
- recherche piste
Orientation majeure du phénomène de déplacement du sanglier menacé
Point/Ligne/ Surface Point/Ligne/ Surface
Orientation du vent :
Symbolisé par une petite case qui contient l’horaire
de début et de fin :
8h33-9h30
Les phénomènes synchroniques reçoivent la même couleur.
On peut également attribuer plusieurs couleurs à la case horaire d’un
phénomène si ce dernier est chevauché successivement par 2 autres
phénomènes :
NB : ici le marron est la couleur propre au phénomène du milieu
Tableau 2 : Chorèmes relatifs aux processus durant la battue
Ici le temps (horaires, durée) est une représentation fixe. En effet, à travers
cette méthode on représente les structures et les processus par des symboles. Cette
représentation du temps permet également de ne pas oublier cette variable et ainsi
la renseigner. On pourra par la suite l’utiliser au travers d’un modèle dynamique qui
nous permettra de faire défiler les différents phénomènes dans le temps (par
exemple : écart de temps de 10 mn).
6h00-6h15 6H00-6h45
6h15-6h30
Les processus, que l’on peut rencontrer pour chaque battue sont les suivants :
Tous ces processus sont rattachés à la base de données sur le serveur et
possèdent la date du déroulement de la battue. On pourra de cette façon, enregistrer
au fur et à mesure de la saison de chasse les processus propres à chaque battue et
28

les mobiliser par la suite. Ici la partie « Attraction et Répulsion » est issue des
fonctions.
Ces fonctions pour les sangliers sont :
• Nourriture
• Tranquillité
• Fuir le danger (ici les chiens et les hommes)
Ces fonctions pour les chiens sont par ex :
• Sentir la trace
• Poursuivre le sanglier
Au-delà de la représentation d’une battue nous avons travaillé à l’agrégation
dans la base de plusieurs battues sur un même territoire permettant de rendre
compte par exemple de phénomènes de déplacement du gibier entre les zones
chassées et aussi d’estimer les réservoirs non gérés entre plusieurs zones chassées.
La figure suivante concerne l’agrégation des battues obtenues après utilisation
de l’outil d’aide à la représentation des battues, décrit ci-dessus.
29

Agrégation des battues
(petite échelle)
Contact
Lorsqu’on travaille sur l’agrégation des battues, les informations
s’adaptent. Des objets disparaissent en diminuant l’échelle (seuil de
zoom), alors que d’autres apparaissent en fonctions des premiers.
Les limites de battue, les postes maîtres avec leur taille (information
quantitative) restent. Restent aussi des informations propres aux
sangliers et sa dynamique comme les lignes de passage, de non passage,
infranchissables ainsi que les zones fréquentées, non fréquentées,
infranchissables, et de levée de sanglier et enfin ces itinéraires au cours
de la battue.
Apparaîtra un nombre de sangliers levés, tués et sortis de la battue.
Apparaîtra aussi les chaînes rocheuses, les rivières, les crètes…
En agrégeant les battues, les zones interstitielles apparaissent. La
connaissance de la structure et de la dynamique des battues nous permet
d’aborder ces zones interstitielles.
La présence de postes maîtres ou de ligne de passage de part et d’autre
de la zone interstitielle peut-être significatif d’une zone de refuge
présumée du sanglier. Des zones de réserves sont par ailleurs connues
des chasseurs également.
Zone de refuge Zone de refuge ou
présumée réserve connue
L’absence de postes maîtres ou de ligne de passage de part et d’autre de
la zone interstitielle peut-être significatif d’une zone non fréquentée par
le sanglier. D’autres sont connus des chasseurs pour ne pas être
fréquentée par le sanglier.
Zone de non fréquentation Zone de non
présumée fréquentation connue
On peut rajouter à cela les lignes correspondantes aux crêtes, aux
pentes, aux barrières rocheuses et aux rivières dont certaines sont
connues infranchissables.
Ligne :
- crête
- rivière
- pente forte
- barrière rocheuse
Infranchissable :
- roche
- rivière
- pente
Tableau 3 : Chorèmes relatifs à l'agrégation des zones chassées
30

3.2. Mise en place du serveur SIG, de sa base de données
géographique et des outils d’acquisition et de traitement
Avant de procéder au choix et à la mise en place d’un serveur SIG, de sa
base de données et des différents outils d’acquisition et de traitement des données
nécessaires, je me suis posé la question suivante : Quels sont les besoins des
différents utilisateurs du système en terme d’usages et d’accès aux données. J’ai
donc procédé à cette analyse stratégique des utilisateurs du système d’information
sur leurs besoins d’usages et d’accès à la base de données.
3.2.1. Analyse stratégique des utilisateurs
Quels sont les utilisateurs du système d’information :
Chasseur : Il possède la connaissance de ses battues.
Décideurs et gestionnaires du territoire : besoin d'étudier et de comprendre le
territoire sur lequel évoluerait la maladie (en plus de recueillir des informations
sur l'état sanitaire des animaux sauvages et domestiques). Ces acteurs sont :
Acteurs décideurs en matière de santé animale (Services
vétérinaires, vétérinaires praticiens et épidémiologistes, groupement
de défense sanitaire, éleveurs, etc.) :
Acteurs gestionnaires de la faune sauvage (sociétés et fédérations
de chasse, Office National de la Chasse et de la Faune Sauvage,
etc.)
Administrateur : personne chargée de créer et d’adapter le système
d’information aux fonctions et besoins de tous les utilisateurs.
Le tout public : chasseurs non enregistrés, personnes intéressées, étudiants…
peuvent être des utilisateurs potentiels. Leur intérêt est avant tout la prise
d’information générale.
31

Quels besoins au niveau du traitement de l'information géographique :
Chasseurs : il n’a pas besoin d’effectuer des traitements SIG (tampon,
requêtes sur les données…). Il a simplement besoin d’un outil lui permettant
de visualiser ses battues et de créer les objets qui le concerne (placer les
postes, les voix, les lâchés de chiens, digitaliser les zones fréquentées ou non
fréquentées par le sanglier…). Cet outil doit être disponible par Internet et ne
doit pas nécessiter d’installation ou de configuration matérielle particulière.
Décideurs et gestionnaires : Pour la plupart, ils sont déjà utilisateurs de SIG
bureautique (ArcView, MapInfo). Pour ces derniers, ils ont besoin d’une
interface SIG facile d’utilisation qui leur permette d'accéder aux informations
émanent des chasseurs, de choisir les tables à afficher, d’effectuer des
requêtes et de rajouter leurs données dans certaines de ces tables. Une
réflexion est en cours sur la création d'une interface adaptée aux personnes
qui ne sont pas habituées à se servir de ces outils et qui réponde à leurs
besoins cartographiques.
Administrateur du SI : il a besoin d'un outil SIG complet qui lui permette la
mise en œuvre, l’analyse et l’affichage de données graphiques en modes
raster et vectoriel (les ponctuels étant gérés comme des vecteurs), ainsi que
la simulation ,la 3D et la visualisation géospatiale.
Le tout public : Simple besoin de visualisation générale des zones de battues.
Comme pour les chasseurs cet outil doit être disponible par Internet et ne doit
pas nécessiter d’installation ou de configuration matérielle particulière.
Quels besoins d’accès aux données :
Chasseur :
32

- Peut visualiser, créer, modifier la structure de ses battues et leur
déroulement dans le temps
- Peut visualiser simplement les objets « zones de battues » des autres
chasseurs mais ne doit pas être en mesure de modifier ces données.
- Ne doit pas être en mesure de modifier la structure de la base de
données. Pour créer ou modifier une table ils doivent passer par
l’administrateur.
Cela correspond à un droit de lecture/écriture de ses propres données sur le
serveur et un droit de visualisation sur une autre catégorie précise de données
(zones de battue des autres chasseurs).
Décideurs et gestionnaires du territoire :
- Peuvent visualiser et accéder à une grande partie des tables de la base
de données (certaines tables peuvent être interdite à la consultation).
- Peuvent visualiser, créer, modifier leurs propres données sanitaires et
leurs propres données sur le territoire (notamment les zones
interstitielles des battues). Lors de la mise à jour de leurs données,
apparaît une demande de confirmation de diffusion ou pas 7 , de manière
à permettre ou pas la consultation de ces données aux autres
utilisateurs de cette catégorie.
- Ne doivent pas être en mesure de modifier la structure de la base de
données. Pour créer ou modifier une table ils doivent passer par
l’administrateur.
Cela correspond à un droit de lecture/écriture de leurs propres données et de
lecture seule sur une partie des autres données et notamment les données sanitaires
consultables, émanent d’autres acteurs, et celles des chasseurs.
Administrateur du système d’information (Serveur SIG (SIG et base de
données) et serveur Web) :
- Possède tous les droits
- Il devra tenir compte des besoins des utilisateurs
7 Un champ « Diffusion_Possible » de type Booléen pourra être créé à cet effet dans la base de données sur le
serveur
33

- Il devra maintenir les évolutions au sein des différents outils
Le tout public :
d’acquisition et de visualisation mis à disposition des autres utilisateurs
- Peut visualiser simplement les objets « zones de battues » des autres
chasseurs mais ne doit pas être en mesure de modifier ces données.
Cela correspond à un droit de visualisation d’une catégorie précise de données
(zones de battue des chasseurs).
Finalement chaque utilisateur aura ses propres droits d’accès aux données.
Les droits d’accès sont très bien gérés par les SGBD actuels. On configurera les
différents droits à l’avance pour chaque utilisateur auquel on fournira un mot de
passe. On a ainsi 3 niveaux de traitement de l'information géographique différents
avec plusieurs besoins d’accès aux données.
Ici le but d’un serveur SIG est d’avoir une base de données géographique
centralisée, sur laquelle les utilisateurs viennent se connecter, avec leurs propres
droits d’usages sur les données.
Les outils d’acquisition et de traitement des données doivent donc répondre
aux besoins des utilisateurs mais aussi à un besoin de compatibilité à un même
SGBD.
Nos choix d’outils devront respecter ces deux caractéristiques pour que notre
système d’information ici géographique soit cohérent.
3.2.2. Choix du serveur et des outils
Après avoir défini quels étaient les besoins des différents utilisateurs du
système en terme d’usages et d’accès aux données, je me suis attaché au choix des
outils Open Source adaptés.
Une première approche a été de travailler sur le choix de l’outil SIG en mesure
de répondre à nos attentes.
34

3.2.2.1. Le Système d’Information Géographique
Au vu de l’abondance d’information géographique que devra gérer et traiter le
système, et de l’origine diverse des données (décideurs gestionnaires amenés à
importer leurs propres données au système d’information géographique),
l’administrateur devra posséder un SIG puissant, complet et qui gère de nombreux
formats de données (niveau figure 3). De plus le système devra lui permettre de
réaliser des scripts, des modules, des modèles de simulation et de visualiser les
données en 3D.
Après une première phase de recherche et discussion avec des géomaticiens
de l’INRA d’Avignon, je me suis aperçu que le nombre de SIG libres performants
(sur des formats rasters et vecteurs) est assez faible.
Cependant, il en existe deux qui ont retenu toute mon attention.
GRASS Geographic Resources Analysis Support System est , selon les mots
de ses développeurs, un « SIG utilisé pour la gestion de données, le traitement
d'images, la production graphique, la modélisation spatiale et la visualisation de
différents types de données ».
Il contient des outils destinés à l'élaboration de cartes écran ou papier, à la
manipulation de fichiers rasters, vecteurs ou points, au traitement d'images
multispectrales, ainsi qu'à la saisie, à la gestion, à la visualisation et au stockage de
l'information géographique.
Il est distribué sous la licence GNU GPL (General Public Licence) ce qui lui
confère la qualité de logiciel libre.
Il supporte de nombreux formats de données, grâce aux bibliothèques
annexes que sont GDAL 8 , OGR 9 et PROJ4 10 . Il importe ainsi les formats de ses
concurrents commerciaux les plus utilisés. Pour les vecteurs : Arc/Info, Shapefiles,
DXF, ascii, MapInfo MIF, VRML, etc. Pour les données raster : Arc/Grid, E00, TIF,
GIF, PNG, ASCII, etc.
8 GDAL (Geo Data Abstraction Library) : traducteur pour des formats de données rasters.
9 OGR : sous projet de GDAL pour la lecture de fichier vecteurs.
10 PROJ4 : permet de réaliser des changements de systèmes de coordonnées.
35

En plus des fonctions de base pour un SIG on peut noter qu’il possède également
des modèles de simulation, mais aussi :
- la possibilité de programmer des scripts ou fonctions supplémentaires ;
- le lien avec des bases de données libres (MySQL, postgreSQL) ;
- la possibilité de faire des analyses statistiques avec R grâce à des modules de
connexion.
Ces fonctionnalités en traitement d’images sont multiples du fait de sa
spécialisation passée en direction des rasters. Entre autres classification par
textures, classifications supervisée et non-supervisée, corrections radiométriques
(Fourier), recalage de type ortho-photo, rééchantillonnage…
Cependant il s'est formidablement développé vers le traitement des vecteurs
lors du passage à la version 6 (aujourd’hui 6.2). Comme l’importation de couches
vectorielles, gestion attributaire, créer des zones-tampons (buffers), extractions,
sélectionner, découper, faire des unions et des intersections de couches vectorielles,
conversion données matricielles-données vectorielles et vice-versa, numériser avec
GRASS, numérisation avec QGIS…
trois :
Plus concrètement, il y a plusieurs façons d'utiliser GRASS. On peut en définir
- pour les débutants ou les utilisateurs de base venant des logiciels
commerciaux, la manière la plus facile (il n'est pas ici question de
l'installation) consiste à se servir de QGIS en interface de GRASS. Les
fonctionnalités restent ainsi présentes mais l'accueil est du niveau des
logiciels commerciaux considérés comme des références en matière de
simplicité (Arcview ou MapInfo).
- la grande majorité des anciens utilisateurs, conscients des grandes
améliorations apportées à l'interface de la version 5, trouvera que les
énormes apports au niveau des données vectorielles se sont
accompagnés d'une nette progression de l'ergonomie.
- enfin, la ligne de commande : outil fabuleux pour ceux qui ont besoin
d'automatiser des procédures répétitives et, pour certains, raccourci
36

pratique quand on préfère retenir une syntaxe plutôt que le chemin pour
que l'interface graphique envoie un module donné. Ces lignes de
commande peuvent être envoyées une à une dans la console où
GRASS a été ouvert, elles peuvent être réunies dans un script shell qui,
allié à un langage de programmation ou de commande, peut, si on sait
le rédiger, rendre réalisable une opération à peu près infaisable
autrement. Dans le cadre de la démarche qualité, on peut aussi copier-
coller dans un fichier la ligne utilisée, que le module ait été appelé par
l'interface graphique ou en ligne. La possibilité de créer des scripts en
dynamique est aussi offerte.
Toutes ces fonctionnalités, la gratuité, la gestion de nombreux formats, la
possibilité de créer ses propres développements, ainsi que son évolution soutenue,
(et qui même a tendance à s’amplifier) à dire d’expert, nous ont convaincu sur le bien
fondé de ce logiciel pour l’administrateur SIG.
D’autre part, il est à noter que la cellule SIG-BD de l’Unité de Recherches
Forestières Méditerranéennes de l’INRA d’Avignon, qui utilise également ce logiciel
depuis quelques années, nous a encouragé à nous orienter vers ce choix.
Qgis (Quantum GIS) est un SIG libre également, qui dispose d’une interface
graphique accessible.
Au départ, QGIS était destiné à la seule visualisation de données SIG. Il
supporte de nombreux formats aussi bien pour les données et les vecteurs (Arc/Info,
ESRI Shapefile, Mapinfo File, ODBC, PostgreSQL (cf. annexe 3), etc.) que pour les
rasters (Arc/Info ASCII Grid, GRASS Rasters, TIFF/GeoTIFF, USGS SDTS DEM, ...).
Outre la visualisation de données, QGIS permet actuellement de modifier, créer et
ajouter des métadonnées aux couches vectorielles. Il est aussi possible de
géoréférencer des rasters grâce à un plugin. QGIS permet de créer des cartes mises
en page. En outre, et cela représente un atout essentiel, QGIS comprend un plugin
permettant l’intégration d’une partie des fonctions de GRASS et de ses outils.
Cet outil est donc adapté aux décideurs gestionnaires qui ont des notions
suffisantes sur l’utilisation des SIG et qui désirent utiliser la base de données avec un
outil convivial et gratuit…
37

Cependant l’administrateur qui sera en charge de la mise en place du système
et de son utilisation pourra développer des scripts ou des modules sous Grass
permettant ainsi aux autres utilisateurs non formés à ces outils de traiter de
l’information géographique.
3.2.2.2. Choix du serveur et de son système de gestion de
base de données
Compte tenu de l’abondance des données qui devront être acquises, il est
important de m’assurer du choix du Système de Gestion de Bases de Données 11
(SGBD) (niveau figure 3).
Les données sont très nombreuses et en grande partie de nature spatiale, ce
qui signifie que nous devons nous tourner vers un SGBD avec cartouche spatiale.
PostgreSQL est un SGBD complet, stable, performant, riche de nombreuses
années de développement, en évolution constante, soutenu par une communauté
active. De plus ce qui est très important également c’est qu’il est reconnu par les
logiciels SIG les plus courants du marché. Ce qui laisse la possibilité à des acteurs
possédant déjà leurs outils SIG de venir puiser l’information sur le serveur
SIG/PostgreSQL.
PostGIS (contraction de PostgreSQL et de GIS) est le module gérant des
objets (points, lignes, poly-lignes et polygones) et utilisant des fonctions (tampon,
intersection, réunion, etc.) tous deux géographiques. Il confère à PostgreSQL le
statut de SGDB spatial.
PostgreSQL est très bien géré par GRASS qui importe et travaille avec les
tables PostgreSQL/PostGIS sans problèmes. Je ne m'étendrai pas sur ce logiciel,
véritable référence dans son domaine qui pourrait aisément justifier un sujet à lui seul
(son utilisation est d'ailleurs encouragée par la Mission Informatique de l’INRA).
Il possède également son logiciel modélisateur de base de données ainsi que
plusieurs interfaces.
11 Technologie logicielle évitant la prolifération des fichiers, assurant l'unicité de l'information de
référence, facilitant et sécurisant les mises à jour.
38

Notre choix c’est donc fait sur le SGBD spatial PostgreSQL/PostGIS pour le
stockage et la gestion de nos données.
Compte tenu de l’abondance des données qui devront être acquises et du
besoin d’avoir un serveur fiable et sûr sur le long terme, notre choix en matière de
système d’exploitation, c’est rapidement stabilisé sur le système Linux qui prend en
charge les logiciels GRASS et PostgreSQL/PostGIS depuis de nombreuses années
déjà. En plus d’être libre, Linux est reconnu comme stable, rapide et possédant un
très bon potentiel d’évolution.
Il présente également un panel de distributions avec des interfaces qui
facilitent son usage.
Etant novice à ce système d’exploitation, j’ai recherché une distribution
permettant l’installation de Grass et de PostgreSQL, présentant une interface
conviviale, et un module d’aide à l’installation de logiciel.
La distribution OpenSuse de Linux présente un interface conviviale, simple
d’utilisation, et largement utilisée par la communauté Open Source. De plus, elle
présente l’intérêt de faciliter l’installation de la dernière version de Grass6.2 (format
.rpm). Convenant à nos besoins nous avons opté pour cette distribution.
39

3.2.2.3. Choix du Web-SIG
A l’heure actuelle, le chasseur ne donne de l’information sur le déroulement de
sa battue que par le biais du carnet de battue papier qu’il renvoie à la FDC à chaque
fin de saison de chasse.
J’ai imaginé la création d’un carnet de battue virtuel (niveau figure 3 p24)
qui permet au chasseur après chaque partie de chasse d’apporter les informations
concernant la battue, son déroulement dans le temps, le nombre d’animaux tués, les
passages empruntés, etc.
On a vu au cours de l’analyse stratégique (chapitre 3.2.1) que cet outil doit
être disponible facilement par Internet.
L'environnement de travail nécessaire à la mise en place d'une solution de
SIG sur Internet s'appuie sur une architecture de serveurs distants reliés par des
connexions informatiques à des postes clients.
Dans notre projet l’outil choisi devra permettre au chasseur la visualisation de
cartes (couches rasters ou vecteurs), de situer les battues, les postes, de
géoréférencer de nouvelles battues par l’édition de couches (points, lignes,
polygones), gérer les droits d’accès aux données ainsi que s’inclure dans un site
Internet. En effet il sera question de glisser ce module cartographique dans un site
Internet dédié aux chasseurs en battue.
En plus d’être libre et de devoir se connecter à notre base de données
PostgreSQL, la solution choisie devra être en mesure de proposer des calculs de
distances, de surface, de lancer des requêtes géographiques, et être également
évolutive du point de vue des fonctionnalités cartographique. Ceci afin de devenir, à
terme, l’application qui en plus de convenir aux chasseurs conviendra aux personnes
gérant le territoire et/ou prenant des décisions sur ce dernier en termes de besoins
cartographiques afin de les aider dans leur travail.
40

Actuellement, le WebMapping connaît un grand engouement. De ce fait on
trouve plusieurs solutions dont quelques unes sont gratuites.
Mapserver est un environnement de développement Open Source permettant
de construire des applications Internet à référence spatiale. MapServer n'est pas un
SIG complet, et n'aspire pas à le devenir. MapServer excelle à afficher des données
spatiales, de type ou de géoréférencement hétérogènes, sur le web (cartes, images
et données vectorielles).
En plus de pouvoir parcourir des données géographiques, MapServer permet
de créer des "cartes interactives", c'est-à-dire, des cartes qui peuvent guider
l'utilisateur vers un contenu.
CartoWeb3 est un SIG-réseau simple et prêt à être utilisé, incluant des
fonctionnalités puissantes. En tant que solution modulaire et extensible, c'est aussi
un espace de travail pour construire des applications personnalisées et
perfectionnées. Développé par Camptocamp SA et basé sur le moteur UMN
MapServer, il est publié sous licence GNU GPL.
Cartoweb ajoute plusieurs fonctionnalités aux requêtes brutes de Mapserver.
En particulier, les requêtes peuvent être persistantes (par exemple on peut ajouter de
nouveaux objets à la requête précédente), et le surlignage peut être défini couche
par couche.
Contrairement à Mapserver, Cartoweb supporte une hiérarchie complexe et
arbitraire des couches avec une profondeur infinie. Les éléments de l'arborescence
des couches ont différentes options de rendu:
- Case à cocher normale
- Blocs
- Boutons radio (options exclusives)
- Menu déroulant (options exclusives)
Le module moteur de requête permet de rechercher des objets
géographiques. Les objets trouvés sont soulignés et si désiré les données liées sont
renvoyées au client. En fonction de la configuration et des choix des utilisateurs, les
requêtes sont exécutées sur une seule couche, plusieurs couches ou toutes les
couches affichées sur la carte.
41

CartoWeb apporte un module d’édition (création, modification et suppression)
en ligne de données géographiques
L'accès aux différents éléments de CartoWeb peut être autorisé ou refusé en
fonction de qui est en train d'utiliser l'application. À la fois les fonctionnalités et les
données peuvent être soumises à autorisation. Par exemple, l'impression en PDF
peut être entièrement indisponible pour les accès anonymes, limitée (faible
résolution) pour un utilisateur normal et totalement autorisée (haute résolution) pour
d'autres utilisateurs. De même, les vues aériennes en haute résolution peuvent être
seulement visible au sein d'une organisation, tandis que les utilisateurs externes
doivent se contenter d'une vue des satellites.
Un mécanisme basique (basé sur des fichiers) est inclus, mais d'autres
mécanismes sont disponibles pour s'authentifier et définir des rôles.
Pratiquement tous les modules ont des options de configuration définies dans
des fichiers dont l'extension est ini. Il permet également l’accès à la base de donnée
spatiale PostgreSQL/PostGIS.
Ce logiciel correspond parfaitement au profil attendu. Visualisation, édition,
connexion à PostgreSQL/PostGIS, Web-SIG à vocation avancée en terme de
traitement SIG… et enfin s’inclue dans un site Web.
Notre choix s’est donc fixé sur ce Web-SIG performant.
42

3.2.3. Mise en place
Une des difficultés majeures après avoir fait le choix des outils c’est de les
installer sous Linux et de réussir à les faire communiquer entre eux. C’est pour cela
que ce travail m’a demandé beaucoup de temps, d’une part pour installer les outils
sur une plateforme qui m’est nouvelle et bien souvent en lignes de commande du
Shell (ce qui procure pas mal de satisfaction quand l’installation aboutie), et d’autre
part pour effectuer tous les tests nécessaires afin de s’assurer que les outils
fonctionnent et communiquent correctement.
3.2.3.1. Installation du Serveur SIG
L’installation de Linux OpenSuse 10.2 via le CD d’installation téléchargé sur le
net n’a pas posé de problèmes. Cependant l’installation de PostgreSQL s’est révélée
assez difficile (nombreux bugs à corriger, librairies à installer en parallèle…).
J’ai installé un serveur PostgreSQL avec son module PostGIS, la librairie de
projection cartographique Proj4 et le package GEOS qui permet d’ajouter des
fonctionnalités spatiales supplémentaires à PostGIS (telles que Within(),
Intersect()…).
Phase de tests de postgreSQL :
Depuis le poste Windows sur lequel j’avais préalablement installé QGIS, je me
suis connecté sur le réseau de l’INRA, et j’ai procédé à des tests de connexion, et
des échanges de données entre le SIG client et la base de données géographique
serveur. Ainsi, j’ai réalisé une table géographique sur PostgreSQL/PostGIS puis à
partir de QGIS j’ai testé:
- Visualisation
- Requête sur une table
- Digitalisation, numérisation
- Modification
- Suppression
- Mise à jour
43

- j’ai exporté une table dans PostgreSQL 12
- j’ai créé une nouvelle table sous QGIS et je l’ai également exportée
Tous ces tests n’ont posés aucun problème, j’ai donc pu procéder à l’étape
suivante qui est la création de la base de données et sa modélisation sur
PostgreSQL.
3.2.3.2. Base de données géographique
La phase de terrain suivie des traitements et de l’analyse des données
recueillies, m’a permis d’élaborer un dictionnaire des données. C'est-à-dire de
relever toute les informations propres à la chasse, la battue et le comportement de
l’animal qui doivent être présentes dans la base de données. Il est très important de
noter deux choses :
Ce dictionnaire des données est le résultat du recueil que j’ai pu obtenir sur le
terrain, et même aussi exhaustif que j’ai essayé de le rendre, en rencontrant
notamment plusieurs chasseurs de grande expérience, il restera néanmoins sans
aucun doute des manques du fait de la complexité de ce monde qu’est la chasse en
battue en Corse.
D’autre part il n’a pas été jugé de l’ordre du stage, compte tenu du temps
imparti et de la problématique actuelle sur le besoin de connaissance du territoire, de
m’occuper de la partie sanitaire de la base de données. En effet, la base de données
finale devra accueillir des données sanitaires, voir même d’autres données récoltées
par les différents décideurs/gestionnaires du territoire (comptages d’animaux, etc.).
Une étude ultérieure sera faîte à ce sujet (données diffusables ou pas, leur structure,
leur format, etc.).
Bien que nous ayons vu en cours, qu’une base de données doit être analysée
sur son ensemble, j’ai jugé stratégique de commencer à travailler la partie qu’est la
mienne (chasse, battue et comportement de l’animal) sur deux tableaux :
12 Par l’intermédiaire du plugin inclus à QGIS (outils d’importation de Shapefile dans PostGIS).
44

- Afin de trouver non seulement les outils adaptés à la base de données mais
aussi de les mettre en place.
- D’autre part pour pouvoir présenter des premiers résultats, en termes de
connaissance du territoire via la battue et ses acteurs, et ainsi avoir une
certaine crédibilité vis-à-vis des membres du réseau qui seraient amenés à
enrichir et se servir du modèle.
Le dictionnaire des données est à la fois le support du travail et le résultat de
la recherche et de l’analyse des données. Il a été élaboré au stade de l'analyse du
problème, puis complété au moment de la modélisation (besoin de créer des
identifiants pour des entités). Il se présente sous la forme d'un tableau. La figure ci-
dessous présente un extrait du dictionnaire des données obtenu :
ID Libelle Type
ID_Battue L'identifiant de la battue Numéro Auto
Nom_Poste Le nom poste
Champ de la géométrie
Texte 50
ChampGEO_Point polygone geometry
Tableau 4 : Extrait du dictionnaire des données
Taille-
Max Masque (date, heure…) Commentaire
Nom_Battue Le nom de la battue
L'altitude moyenne de la
Texte 50
Alt_Moy
battue Entier
Liste
Type Le type de battue
Déroulante Plaine; Montagne
Surface_Battue_ha surface battue en ha Réel
Nb_Chiens_En_Battue Nombre de chiens en battue Entier
Champ de la géométrie
ChampGEO_polyg polygone geometry
ID_Poste L'identifiant du poste Numéro Auto
Type_Poste Le type poste ListeDéroulante
Maître;Normal;Voix_Fixe
;Voix_Mobile
Le nom de la
battue
peut
correspondre au
nom de lieu-dit
Les postes
maîtres
ont le plus
souvent un nom
45

Dans ce tableau, chaque donnée est représentée par :
1. son nom informatique ou ID, c'est à dire un mnémonique ou un nom
en clair,
2. une description ou libelle,
3. son type numérique, numéro auto, texte, booléen...
4. sa dimension en nombre de caractères,
5. les masques qui permettent de la cadrer
6. et enfin des commentaires éventuels sur cette donnée.
Au stade de la mise en oeuvre, j’ai réalisé le schéma physique de la base
(figure 6) à l’aide du logiciel PG Designer. Ce dernier est à l’origine développé pour
une plateforme Linux. Cependant après plusieurs tentatives d’installation qui se sont
révélées infructueuses sur notre distribution de Linux (Open Suse), j’ai finalement
recherché et obtenu auprès d’un développeur une version certes moins élaborée
mais stable et s’installant sous une plateforme Windows.
46

Figure 6 : Schéma physique de la base de données géographique
47

Ensuite il m’a été possible de réaliser mon schéma physique de la base puis
de l’implémenter sur le serveur PostgreSQL/PostGIS via la connexion proposée par
ce logiciel modélisateur de base de données (figure 7).
Figure 7 : Connexion de PG Designer (Windows) au serveur PostgreSQL
PgAdmin III est logiciel libre d’administration de la base de données
PostgreSQL. Il comprend une interface graphique d’administration, un outil de
requêtes SQL, un éditeur de code procédural, etc.
PgAdmin III est conçu pour répondre à la plupart des besoins, depuis l’écriture
de simples requêtes SQL jusqu’au développement de bases de données complexes.
L’interface graphique supporte les fonctionnalités de PostgreSQL les plus récentes et
fait de l’administration quelques chose d’abordable.

2).
(Figure 8).
A l’aide de cet outil, je peux créer et gérer ma base de données (Cf. Annexe
Pour pouvoir démarrer le serveur PostgreSQL, il faut passer une syntaxe shell
Figure 8 : Lignes de commandes qui permettre de démarrer le serveur PostgreSQL
3.2.3.3. Carnet de battue virtuel
CartoWeb dépend de plusieurs logiciels pour son propre fonctionnement.
Certains sont nécessaires, d'autres optionnels.
Les logiciels nécessaires sont :
- Un serveur Web tel que Apache
- Et Mapserver PHP/Mapscript (à partir de MapServer >=4.4)
PostgreSQL/PostGIS est considéré comme un logiciel optionnel pour la mise
en place de CartoWeb. Dans notre cas tout l’enjeu se trouve ici, lier CartoWeb à
notre serveur de données spatiales PostgreSQL/PostGIS.
49

Dans un premier temps, compte tenu de la lourdeur de l’installation et du
paramétrage de MapServer PHP/Mapscript et d’un serveur Web sur une plateforme
Linux, il a été convenu de réaliser les premiers essais du produit sur une plateforme
Windows qui nécessite, elle, très peu de temps en terme d’installation de ces
logiciels. D’autre part les développements ne seront pas perdus puisque les fichiers
sur lesquels je travaille sont les mêmes que ceux utilisés par Linux (fichier mapFile et
layers.ini).
Une fois CartoWeb installé, je me suis donc intéressé au MapFile (Figure 9).
Le mapfile est la pièce maîtresse d’une application de webmapping avec
Mapserver et donc avec sa surcouche CartoWeb. C’est un fichier texte ASCII
structuré en plusieurs paragraphes qui définissent les 8 paramètres de la carte
(cadre, échelle, légende et couches). En pratique, il est appelé par un script et
renvoie les différentes couches (layers) sous la forme d’images.
Il faut être particulièrement attentif dans la définition des coordonnées des
extensions de la carte et de son système de projection (codé selon les normes
EPSG). Le mapfile possède l’avantage d’être très malléable et des applications telles
que mapEdit de MapLab en facilitent les modifications.
50

Figure 9 : Extrait du fichier MapFile
Ensuite je me suis occupé du fichier .ini qui permet de créer l’arborescence de
couches (cf. annexe 4).
Le résultat du fichier .ini en terme de couches est visualisable sur l’impression
écran de l’interface du prototype de carnet de battue virtuel ci-dessous (sur la gauche
de la carte).
51

Figure 10 : Impression écran de l’interface du prototype de carnet de battue virtuel
En bref, grâce au MapFile je vais pouvoir gérer les paramètres de la carte
(cadre, échelle, légende ainsi que les couches que je dois importer et grâce au .ini, je
mets en place mon arborescence.
Ensuite, je me suis intéressé aux différents modules que propose CartoWeb.
Pour cela il suffit simplement de rajouter le nom des outils (après les avoir placés
dans un répertoire) dans un fichier de configuration ini.in et de lancer un script :
« cw3setup.php --install --base-
52

urlhttp://localhost/cartoweb3/htdocs/ --profile development --project
», pour convertir les fichiers de configuration .ini.in en .ini
prêts pour Cartoweb.
A noter que l’on peut créer ses propres modules, ce qui dans mon cas est très
intéressant si je souhaite avoir un produit fini répondant à la demande des chasseurs
et des gestionnaires, décideurs. Il même possible de modifier l’interface graphique.
Il faut savoir que si une modification de structure de la base doit être effectuée
il faudra revoir le code de cartoweb…
Ce travail a permis de nous assurer de la qualité de ce produit que l’on pourra
inclure dans le site Internet (Exemple cf. Annexe 5) et ses possibilités en terme
d’adaptation à un besoin qui évoluera forcement au cours du temps (développement
de modules spécifiques).
Par contre son développement complet, n’était pas réalisable dans le temps
imparti, car même si le logiciel est bien documenté, et relativement abordable en
terme de développement, il faut quand même bien comprendre son architecture et la
syntaxe des fichiers qu’il utilise comme par exemple le MapFile.
53

3.2.3.4. Mise en place du Système d’information
géographique
L’installation de GRASS :
Tout d’abord j’ai téléchargé le logiciel sur le site officiel de GRASS
(http://grass.itc.it/). La version stable était la 6.2.1, avec un fichier binaire
spécialement dédié à une installation sur une distribution OpenSuSE GNU/Linux.
Ainsi j’ai téléchargé, le logiciel GRASS 6.2.1 et les librairies GDAL 1.3.2,
GEOS .2.2.3, PROJ4.5.0. Ici je ne rentre pas dans les processus d’installation, qui
n’apportent rien au projet si ce n’est de pouvoir utiliser le logiciel.
Démarrage de GRASS :
Dans une fenêtre console ou terminal selon les appellations, on tape grass62
(pour la version 6.2) et on obtient cette page (figure 11) où l'on renseigne trois
champs :
Location : nom de la région géographique où va s'effectuer le travail. Notons,
car c'est une différence par rapport aux autres logiciels, qu'au sein d'une location, les
paramètres de projection, datum et ellipsoïde sont homogènes pour toutes les cartes.
suivante.
Mapset : répertoire, sous location, où sont stockés les jeux de données.
Database : répertoire contenant les locations.
Le dernier paramétrage utilisé est gardé en mémoire et proposé la fois
Ceci lance GRASS.
54

Figure 11 : Démarrage de GRASS
En ligne dans une fenêtre « Terminal » (figure 12) ou via l'interface graphique
(figure 13) on peut lancer les modules de GRASS.
monitor.
Ces modules ont des noms assez explicites, comme d.m qui signifie display
Figure12: Lancer l’interface ou travailler en ligne de commandes
55

Figure 13: Interface graphique de la version 6.2
Notons que dans chaque interface ouverte (aussi bien la générale que celle
de chaque module) se trouve une petite fenêtre en bas où s'affichent les
commentaires sur la réalisation de ce qui a été demandé ainsi que la si précieuse
ligne de commande.
Applications :
56

Figure14 : Vue du Scan25 et d’une couche vecteur sur GRASS
Résultats intermédiaires obtenus à l’aide du SIG :
Dans une battue, les relations spatiales sont nombreuses :
- Contiguïté (contact d’une battue avec une autre)
- Distance (entre 2 battues)
- Connexion/déconnexion (2 battues peuvent être connectées par un itinéraire
de sanglier qui passe de l’une à l’autre)
- Superposition (d’une zone d’élevage ou de tenue d’animaux domestiques et
une zone à risque épidémiologique)
- Etc.
Grâce au SIG et à la phase de recueil sur le terrain, j’ai pu alimenter la base
de données géographique puis manipuler les données afin d’en tirer quelques
résultats préalables, qui bien entendu seront réévalués lorsque le nombre de
données présentes sur le serveur sera représentatif.
Sur la base des données de référence que sont la BD-Ortho, le MNT, l’IFN,
etc., et grâce aux dires des chasseurs, j’ai commencé à obtenir :
57

Une classification en trois zones :
- Connues par les chasseurs
Surveillées (prélèvements)
Non surveillées
- Non connues par les chasseurs
- A exclure (pente trop forte)
Une communication entre les zones
- Par les postes
- Par la végétation adéquate
Des distances, surfaces, périmètres, altitude, dénivelées…
Ci-dessous, les cartes et tableaux résultats issus de la délimitation de trois
régions de battue éloignées géographiquement (la région du Cap Corse, la région de
Galéria et la région du Bozzio) et de leur analyse à partir du SIG :
58

Figure15 : Cartes de 2 battues de la région du Cap Corse
CAP_Rogl_petite
CAP_Rogl_grande
(21 qui contient
(20)
20)
Surface (ha) 22.52 ha 39.45 ha
Périmètre (m) 2 597 3 106
Alt. Moy 186.167 171.63
Allt. Max 247 247
Alti. Min 121 98
Dénivelée 126 149
Nb de postes maîtres
Nb de postes
4 6
normaux 0 0
Nb de voix 1 3
Nb zones de levées 4 5
Nb de lâchés 1 3
Tableau 5 : Tableau résultat des 2 battues du Cap Corse
Légende :
Voix fixe :
Poste Maître :
Battue :
Zone fréquentée
par les sangliers :
59

Figure16 : Cartes de 2 battues de la région de Galéria
GALERIA_Nord_Manso GALERIA_RivCavicchia
(carte du bas)
(Carte du haut)
Surface (ha) 53.71 ha 195.4 ha
Périmètre (m) 3 144 6 859
Alt. Moy 385.511 580.792
Allt. Max 625 937
Alti. Min 237 308
Dénivelée 388 629
Nb de postes maîtres
Nb de postes
4 10
normaux 5 2
Nb de voix 2 1 (la config s'y prête)
Nb zones de levées 2 1
Nb de lâchés 3 1
Tableau 6 : Tableau résultat des 2 battues de Galéria
Légende :
Voix fixe :
Poste Maître :
Poste Normal :
Battue :
Zone fréquentée
par les sangliers :
60

Figure 17 : Carte de 9 battues de la région du Bozzio
B_1 B_2 B_3 B_4 B_5 B_6 B_7 B_8 B_0
Surface (ha) 156.7 ha 176.1 ha 335.8 ha 151.3 ha 252.2 ha 79.25 ha 287.5 ha 91.14 ha 372 ha
Périmètre (m) 8 737 7 577 10 440 5 391 7 515 5 821 8 358 5 998 10 603
Alt. Moy 590.137 689.743 694.168 614.52 481.302 392.619 933.86 1114.01 568
Allt. Max 740 802 808 777 761 484 1084 1224 747
Alti. Min 480 550 518 435 336 322 739 991 360
Dénivelée 260 252 290 342 425 162 345 233 387
Nb de postes maîtres 7 10 10 10 6 7 5 11 12
Nb de postes normaux 8 5 2 4 6 6 5 3 3
Nb de voix 5 2 3 3 7 3 8 5 7
Nb zones de levées 4 3 5 3 4 2 4 3 4
Nb de lâchés 6 6 6 6 6 6 6 6 6
Tableau 7 : Tableau résultat des 9 battues de la région du Bozzio (le numéros B_1 correspond à la
Battue 1 sur la carte figure 16, etc.)
Même si les étendues de maquis sont très importantes dans le Cap, les
battues semblent relativement petites (par rapport aux 2 autres régions).
La présence de maquis dense et très étalé (cf. figure 18 qui recoupe des
recueils de chasseur avec les données forestières de l’IFN), serait peut-être à
Légende :
Voix fixe :
Poste Maître :
Poste Normal :
Battue :
Zone fréquentée
par les sangliers :
61

l’origine de petites battues dans le Cap Corse. Les chasseurs se limiteraient à des
zones plus restreintes pour mieux maîtriser le gibier (dans un maquis dense le
sanglier est difficilement repérable, s’échappe et se cache plus facilement).
De plus les zones alentours, qui ne sont donc pas visitées par le chasseur (et
donc certainement par personne d’autre), qui se restreindrait à ces petits secteurs
plus accessibles, pourraient être à l’origine de zones de refuge de l’animal où il se
sentirait protégé, du fait de la non présence de l’homme. Cette hypothèse s’est
révélée confirmée par un chasseur qui m’a décrit et délimité une de ces zones à la
pointe du Cap Corse (cf. figure 18).
Figure18 : Carte de la région du Cap
et d’une zone refuge de sangliers connue
Légende :
Voix fixe :
Poste Maître :
Battue :
Zone fréquentée
par les sangliers :
Zone de refuge ou
de réserve connu :
Maquis à chêne
vert :
Maquis à
arbousier :
Cistaie&autres
maquis bas :
Taillis de chêne
vert :
Vegetation_autre :
Inculte ou friche
62

Dires d’un expert du terrain :
D’après le chasseur expérimenté, le sanglier peut faire plusieurs kilomètres à
l’extérieur de la battue.
probabilité) :
Voici quelques exemples qui sont de l’ordre de la faisabilité (et non de la
Depuis la battue du Tughione :
• Jusqu’à Pianiccia (au sud-est de la battue, pente douce).
Environ 15 Km. C’est un cas rare.
• Jusqu’à Piedicorte. Environ 4km
Depuis le battue de Bustanico :
• San Lorenzo (au nord) environ 8 km de montée
• Punta di merza (nord-est). Montée très escarpée.Env.4km
Le module v.buffer de GRASS permet de faire des zones tampons. Ces
dernières peuvent aider à comprendre et analyser des déplacements de sangliers si
l’on connaît les distances que peuvent parcourir ces animaux. J’ai donc réalisé des
cartes de zones de déplacements potentielles de ces animaux à partir des dires de
mes experts.
Bien entendu, ce ne sont que des résultats intermédiaires qu’il faudra par la
suite valider avec d’autres chasseurs et surtout recouper au comportement de
l’animal (recherche de zones de maquis dense, de nourriture, d’eau (fraîcheur en
été), de tranquillité et cette liste est loin d’être exhaustive.
A cette notion de distance peut-être rajoutée la notion de surface, si on part de
l’hypothèse qu’en moyenne, un sanglier peut s’étaler à 5km à vol d’oiseau de chaque
battue et que l’on recoupe les données des chasseurs issues du carnet de battue
virtuel, concernant les zones de fréquentation, les zones de non fréquentation du
sanglier ainsi que celles infranchissables, on peut définir des espaces délimités que
le sanglier est en mesure d’exploiter depuis sa zone d’habitat.
Exemple pour la battue de Bustanico de 335ha :
63

Autour de cette battue on a une surface d’environ 12 230ha que le sanglier
peut exploiter. Au sein de ce périmètre exploitable se situent 7 autres battues ou
terrains connus. Ce qui correspond à environ 1200 ha connus en plus de la battue
elle-même. Les chasseurs à l’aide du carnet de battue virtuel vont nous apporter leur
connaissance sur ces 1200 ha. Il faut préciser qu’au sein de la surface totale, il
faudra retrancher les zones où le sanglier n’ira pas se rendre (lac, sol nu…). Là
encore le carnet de battue virtuel peut être le moyen de délimiter ces secteurs. On
aura donc ici au minimum 13 % du territoire exploitable par le sanglier connu par le
biais des chasseurs.
On pourra ainsi recouper au territoire, les informations émanent de l’utilisation
de la grammaire pour traduire les connaissances des chasseurs sur les différentes
zones dans la battue, les différentes limites, les itinéraires des sangliers, etc.
64

Discussion conclusive et regard sur le devenir de ce projet
Au cours de ce travail de stage, je me suis mis volontairement dans une posture
de repérage, la plus large possible. Ceci afin de comprendre et d’analyser l’ensemble
du problème dans son contexte précis.
Ainsi j’ai pu réfléchir à la mise en place de méthodes et de technologies Open
Source qui me sont apparues être les plus adaptées. Il apparaît de fait, que dans
tous les domaines explorés que ce soit pour l’acquisition, la modélisation des
connaissances ou le déploiement du serveur, les outils sont nombreux et répondent
en général parfaitement à nos attentes. Leur gratuité nous ayant permis d’en
explorer plusieurs dans le prototypage que nous avons réalisé. A noter toute fois
sans que ce soit une difficulté en soit, du fait d’une absence de documentation, les
explorations et tâtonnements chronophages auxquels nous nous sommes
confrontés. Par ailleurs j’ai pu acquérir dans cette véritable quête éclectique une
expérience et me construire une véritable boite à outil généraliste
d’accompagnement (freemind, cmaptools, openworkbench) réutilisable dans de
nombreux projets.
Une des difficultés du projet a été de m’adapter et de répondre à des situations,
des besoins qui ne se situaient pas sur les mêmes niveaux d’abstraction. J’ai donc
créé un outil, la grammaire, me permettant de créer des représentations communes
afin d’extraire du vocabulaire, des connaissances de mes acteurs de terrain une
traduction compréhensible pour les autres acteurs du réseau mais aussi leur
implémentation dans le système d’information géographique et donc dans sa base
de données (chaque élément de la grammaire a sa place dans la base de données).
Ainsi par une démarche basée sur une approche par entités (pour des raisons
de simplification des représentations), j’ai tenté de créer un support de
communication entre ces acteurs.
Cependant, est-ce que cette grammaire actuelle est suffisamment précise,
adaptée, évoluée, pour convenir à tous les acteurs ? Il existera bien entendu des
manques. Cette grammaire devra donc être certainement revisitée.
En fait plus qu’un modèle exhaustif abouti nous avons cherché d’une part à
montrer l’importance d’un « langage de traduction » et de formalisation dans la
représentation d’un phénomène d’autant plus nécessaire qu’il convoque plusieurs
65

expertises humaines (chasseurs, techniciens, vétérinaires etc.) et instrumentales
(SIG). Ce langage, dont nous avons ici posé aujourd’hui les « premiers cartouches »
13 pouvant servir dans le futur de ce projet à recueillir et affiner les connaissances
dans des situations qu’il ne nous a pas été donné d’observer. Ainsi on peut déjà
identifier les travaux qui vont s’avérer rapidement nécessaire pour mieux caractériser
« en creux » le statut ainsi que les phénomènes qui se déroulent dans les zones
interstitielles non chassées : réservoir de gibier pour les uns, zones infestantes pour
les autres….non gérées des hommes, parcourues par les chiens et les renards, bref
des espaces que notre démarche devrait contribuer à caractériser.
Aussi parmi les explorations intentionnelles à la recherche des outils adaptés,
nombreuses ont été celles qui n’ont pas fait l’objet d’une valorisation dans ce rapport
mais qui pour moi demeurent un apprentissage extrêmement riche et que j’espère
valoriser très prochainement. Par exemple dans les phases d’analyse et d’acquisition
des données sur le terrain les multiples explorations faites autour des
représentations des battues en 3D pour permettre le recueil du point de vue des
chasseurs. Cette approche au-delà du choix de l’outil m’a conduit à réfléchir et à me
confronter à de nombreuses questions insoupçonnées tant sur l’esthétique et la
fluidité des images produites qu’à la capacité de mes interlocuteurs à se les
approprier.
Le prototype de carnet de battue virtuel, qui nous a permis de comprendre, de
tester l’outil et ses connexions à la base de données sur le serveur, nous permet de
penser qu’il est, à défaut d’un outil idéal, un bon vecteur pour faire remonter
l’information recueillie par le chasseur et permettre de la mémoriser et de la
remobiliser. En fait, il devra intégrer la grammaire, c'est-à-dire se calquer sur cette
dernière (géométrie, symbologie, etc.). Ceci sous-entend que si la grammaire doit
évoluer, il devra évoluer également, tout comme la base de données géographique.
Le géomaticien administrateur en charge du développement de ces outils doit donc
tenir compte de ces éventuelles possibilités. Il sera donc préférable de stabiliser
rapidement une grammaire définitive si celle là ne convenait pas.
Néanmoins au-delà d’un vecteur, média fidélisant la remontée d’une information
pertinente indispensable au système, nous devons d’ores et déjà réfléchir aux
améliorations possibles de cet outil pour qu’il se pérennise et se développe. Si les
13 Au sens, du nom masculin, qui désigne un symbole hiéroglyphique
66

pistes pour ce carnet de battue virtuel sont multiples et devront faire l’objet d’une
analyse en profondeur, on peut déjà identifier les « fonctions » de gestion que celui-
ci peut apporter au chasseur tant du point de vue administratif que d’un point de vue
pédagogique à destination des jeunes chasseurs : trace de l’activité dans la saison
ou d’une saison sur l’autre. A noter sous réserve d’un développement de l’outil le
bénéfice d’un tel dispositif pour les organisations cynégétiques et les fédérations de
chasse en terme de gestion du gibier et de prévision des réserves. Pour autant nous
avons réfléchi à ce montage en parfaite connaissance de son caractère « décalé »
au regard des pratiques actuelles, et que pour qu’un tel outil prenne sens dans la
réalité, il conviendra de l’accompagner au-delà des développements informatiques
d’une solide réflexion sur son acceptabilité sociale (peur du contrôle) d’autant que les
niveaux d’organisation supérieurs et d’utilisation collective de l’information recueillie
n’ont pas encore fait l’objet d’une négociation approfondie. Cette réflexion collective,
qui pour permettre l’épidémiosurveillance, la dépasse néanmoins (gestion
cynégétique), nous semble indispensable à conduire dans un avenir proche.
Du côté des décideurs et des gestionnaires, même si ils ont la possibilité de se
connecter à la base de données sur le serveur de l’INRA, à partir de leur propre
logiciel SIG (commercial en général) ou de QGIS, qui s’avère être un bon outil simple
d’utilisation, je pense après recul que le géomaticien administrateur devra soit créer
un module spécifique sous GRASS, ou encore adapter CartoWeb (Web-SIG à
vocation avancée en terme de traitement SIG, possibilité de créer des modules
spécifiques) à leur besoins, afin de faciliter leur travail et de les aider ainsi davantage
à gérer le territoire, ou prendre leur décision sur ce dernier. L’option CartoWeb est
certainement la plus adaptée, car elle permettrait même par le biais d’un forum ou
autre sur le site Internet de faire communiquer ces professionnels avec les
chasseurs, qui je dois le dire, son la clef de voûte du projet.
Le SIG, GRASS que nous avons choisi pour ce projet est un logiciel puissant et
complet mais qui est cependant difficile à prendre en main. Il est et restera donc je
pense l’allier du géomaticien qui pour faire vivre le projet a besoin d’un outil comme
celui la, qui en plus de proposer la simulation, de créer des scripts et des modules, et
de faire de la 3D va permettre au géomaticien de pouvoir manipuler et gérer des
données d’origines diverses et les mettre en forme pour les intégrer au projet.
67

Dans ce projet la partie SIG n’en est qu’à ses premiers balbutiements. Si nous
avons pu monter une architecture suffisante pour permettre les premiers traitements
simples. Nous attirons l’attention sur les énormes efforts qu’il reste à accomplir
notamment en terme de modélisation. Par exemple les tables inscrites actuellement
permettent le stockage des informations de façon statique. Mais nous n’avons pas
abordé à l’heure actuelle les évolutions dynamiques qui devront être mobilisées dès
lors des simulations seront nécessaires pour répondre à des questions complexes
de la propagation de la maladie (ex contamination inter vallées entre renard et
sangliers) nécessitant la mise en place d’une réflexion approfondie sur ces
phénomènes qui dépassent le cadre du recueil de données.
Mon travail fut donc un travail préliminaire, un prototype, un « premier cartouche »
qui devra être amélioré en fonction des manques rencontrés auprès des différents
acteurs. Puisse cette ébauche être néanmoins aussi profitable à ses commanditaires
et à mes successeurs que le fut pour moi cet apprentissage.
68

REFERENCES BIBLIOGRAPHIQUES
Ouvrages
Angeon V., Lardon S., 2003, "Dessiner et comprendre le territoire : quand le jeu
devient un processus collectif d'apprentissage et de création". In Debarbieux
B. & Lardon S., 2003. Figures du projet territorial. Editions de l'Aube, Datar,
Collection Bibliothèque des territoires
Barbara Dufour, Pascal Hendrikx,(2007), surveillance épidémiologique en santé
animale– 2e édition Ed. Quae, coed. Aeema 2007
Bouche R.,(2003) La Ferme Virtuelle, vers de nouveaux outils pour le conseil,
Travaux et innovations N°102, Novembre 2003, pp 21- 25
Brunet R., (1980) La composition des modèles dans l’analyse spatiale, L’Espace
Géographique, n°4, 1980, Doin, pp 253-265, Paris.
Brunet R., 1986, « Carte-modèle et chorèmes », Mappemonde, n°4 spécial
Chorèmes et modèles, 4.
Brunet R., « L’organisation de l’espace a des lois. Rencontre avec Roger Brunet »,
Sciences Humaines, 54, Octobre 1995.
Debarbieux B., Lardon S., 2003, Figures du projet territorial. Editions de l'Aube,
Datar, Collection Bibliothèque des territoires
Dupuis B., Carrot P., Preynat G., Barbier J., Tutorial de Virtual Terrain Project,
(2006). Document émis dans le cadre du Master SIG et Gestion de l’Espace
de l’Université de St Etienne.
Ferras R., 1993, Les Modèles graphique en géographie, Paris/Montpellier,
Economica-Reclus.
Lardon S., (2003), Usage des chorèmes, graphes et jeux dans le diagnostic de
territoire, in Debarbieux B. & Lardon S., 2003. Figures du projet territorial.
Editions de l'Aube, Datar, Collection Bibliothèque des territoires.
Neteler M., Introduction à l'utilisation du Système d'Information Géographique Libre
GRASS 6.0, 2004-2005, pp 4-5 Version 1.2.
Roche S., 2000, Les enjeux sociaux de Systèmes d’Information Géographique, Les
cas de la France et du Québec, éditions de L'Harmattan, collection géographie
sociale, Paris, pp 68-72.
Simonpoli Paul éd, (1995) La Chasse en Corse, Parc Naturel Régional de Corse,
Ajaccio
69

Toma B., Bénet J.J., Dufour B., Eloit M., Mouton F., Sanaa M., 1991. Glossaire
d’épidémiologie animale. Le Point vétérinaire, Maison-Alfort, 365 p.
SITES WEB
• Site de la surveillance Bluetongue en France : [On Line]
• Site de l’OIE : < URL : www.oie.fr > [On Line]
• Site du CNR trichinellose : [On Line]
• Site du Respac : [On Line]
• Site du ministère de la santé, de la jeunesse et des sports, informations sur la
trichinellose : [On Line]
• Site de l’AFSSA : [On Line]
• Site à l'Unité de Recherches Forestières Méditerranéennes :
http://www.avignon.inra.fr/internet/unites/rfm/version_index_html> [On Line]
• Serveur éducatif dédié à l’information géographique de l’école nationale de
sciences géographiques (ENSG) : http://seig.ensg.ign.fr/fichchap.php3>[On Line]
LOGICIELS LIBRES
• site officiel de la Free Software Foundation Europe :
http://www.france.fsfeurope.org/index.fr.html>[On Line]
• Site officiel de GRASS http://grass.itc.it/gdp/index.php[On Line]
• Site officiel de PostgreSQL : http://www.postgresql.org/[On Line]
• Quelques outils pour postgres et PostGIS, regrouper et mis en ligne par Jean
David Techer : http://www.01map.com/download/[On Line]
• Site officiel de MapServer :http://mapserver.gis.umn.edu/
70

• Répertoire de téléchargement des versions de Mapserver et programmes
associés :http://dl.maptools.org/dl/
• Site officiel de l’OGC : http://www.opengeospatial.org/[On Line]
• Site officiel DM Solutions Group : http://www.dmsolutions.ca/[On Line]
• Guide pour distribuer des données via le protocole WMS :
http://oceanesip.jpl.nasa.gov/esipde/guide.html[On Line]
• Projet de promotion des solutions OpenSources pour l’information
géographique : http://www.freegis.org[On Line]
• Banque de données géospatiales canadiennes en accès libre :
http://geogratis.cgdi.gc.ca/[On Line]
• Site SIGLE (Systèmes d’Information Géographique LibrE), espace de
diffusion, de transfert et d’échange dans les domaines des SIG libres :
http://www.projet-sigle.org/index.php3
• Site de gpsbabel : http://gpsbabel.sf.net> [On Line]
• Site du serveur Web Apache : http://httpd.apache.org > [On Line]
• Site de Mapserver PHP/Mapscript (à partir de MapServer >=4.4)
http://mapserver.gis.umn.edu/index_html-fr?set_language=fr>[On Line]
• Site de Mapserver PostGIS : http://postgis.refraction.net>[On Line]
71

ANNEXES
72

ANNEXE 1 : exemple de graphiques et annotations
recueillis auprès des experts sur le terrain
73

ANNEXE 2 : Copie d’écran de la phase de modélisation et
d’implémentation de la base de données SIG « Caccia
Corsa »
Tables qui gèrent la
géométrie (PostGIS)
74

ANNEXE 3 : Connexion de QGIS au serveur PostgreSQL
Connexion à la base sur le serveur :
- Menu Couche Ajouter une couche PostGIS
- Bouton « Nouveau »
Mot de passe : postgres
- Faire un test de connexion.
Si le test n’est pas bon s’assurer que le serveur postgresql est bien démarré.
- Bouton « Connecter »
- Sélectionner la table à charger, puis bouton « Ajouter ».
PS : Si l’on double clique sur la table avant de l’ajouter on peut effectuer un requête SQL sur
la table.
75

ANNEXE 4 : Extrait du Layers.ini
ANNEXE 5 : Exemple de page internet
76