Wiki ODR - Contributions de l’utilisateur [fr]

Sylva

2008-05-13T12:54:30Z

Lemenager :

Description de la base de données Sylva (à écrire)

[[Media:MPD Décylnat par tables.doc|Fichier Word existant avec schéma de la base + description des colonnes des tables]]

Sylva

2008-05-13T12:53:32Z

Lemenager :

Description de la base de données Sylva (à écrire)

Fichier rtf existant avec schéma de la base + description des colonnes des tables

[[Media:MPD Décylnat par tables.doc|cliquer ici]]

Fichier:MPD Décylnat par tables.doc

2008-05-13T12:51:59Z

Lemenager : Schéma de la base de données Sylva avec signification des colonnes des différentes tables

Schéma de la base de données Sylva avec signification des colonnes des différentes tables

Sylva

2008-05-13T12:50:12Z

Lemenager :

Description de la base de données Sylva (à écrire)
Fichier rtf existant avec schéma de la base +

Corine Land Cover

2008-01-07T09:31:57Z

Lemenager : /* Production de base */

=Corine Land Cover=

==Définition==

La base de données géographiques CORINE Land Cover est produite dans le cadre du programme européen CORINE, de coordination de l’information sur l’environnement.

Cet inventaire biophysique de l’occupation des terres fournit une information géographique de référence pour 29 Etats européens et pour les bandes côtières du Maroc et de la Tunisie.

La continuité de ce programme et la diffusion des données sont pilotées par l'Agence européenne pour l'environnement.

En France, l’Ifen est chargé d’en assurer la production, la maintenance et la diffusion.

La base de données CORINE Land Cover 2000, dite CLC 2000, a été réalisée à partir d’images satellitaires de l’année 2000. C’est un véritable référentiel d’occupation du sol, mieux "calé" sur la BD cartographique de l’IGN, et proche par la date des recensements de la population (1999) et de l’agriculture (2000).

Une première version de la base, dite CLC 1990, a été réalisée à partir d’images acquises entre 1987 et 1994. Elle a été corrigée pour de meilleures comparaisons avec CLC 2000.

==Méthode==

====Principes de base====
L’information produite par CORINE Land Cover doit être homogène, strictement comparable pour tous les pays concernés et susceptible d’être mise à jour périodiquement.
Trois principes fondamentaux ont donc été définis afin de satisfaire ces conditions.
Il s’agit de l’échelle de travail, de la définition de la superficie minimale des unités cartographiées et de la nomenclature d’occupation du sol.

====L’échelle de travail====
Le choix de l’échelle au 1/100 000 pour la production de CORINE Land Cover a été fait pour répondre à plusieurs critères. Cette échelle est bien adaptée aux besoins nationaux et européens de suivi et de gestion de l’environnement ou d’aménagement de l’espace.

Par ailleurs, elle est compatible avec les contraintes de coût de production et d’actualisation ainsi qu’avec celles de délais de réalisation et permet d’envisager une mise à jour régulière. De plus, la plupart des pays de l’Union européenne disposent d’une cartographie régulière à cette échelle. Les limites d’usage découlent de ce choix : la gestion locale d’espaces sensibles ou la surveillance de territoires précis relèvent d’échelles plus précises comme le 1/50 000 ou le 1/25 000 et nécessitent la description d’unités de moins de 25 hectares.

====L’unité spatiale et la superficie de la plus petite unité cartographiée====
L’unité spatiale au sens de CORINE Land Cover est une zone dont la couverture peut être considérée comme homogène, ou être perçue comme une combinaison de zones élémentaires qui représente une structure d’occupation. Elle doit présenter une surface significative sur le terrain et se distinguer nettement des unités qui l’entourent. De plus, sa structure doit être suffisamment stable pour servir d’unité de collecte pour des informations plus précises. La surface de la plus petite unité cartographiée (seuil de description) est de 25 hectares. Ce choix a été fait pour faciliter la digitalisation des documents d’auteur et l’impression de cartes lisibles, pouvoir représenter les éléments essentiels de la réalité du terrain et conduire à un rapport coût du projet / satisfaction des besoins compatible avec les contraintes financières du projet.

====La nomenclature====
La nomenclature de CORINE Land Cover est une nomenclature hiérarchisée en 3 niveaux qui permet de couvrir l’ensemble du territoire. Elle comprend 5 postes au niveau 1, 15 au niveau 2 et 44 au niveau 3. Le premier niveau (5 postes) correspond aux grandes catégories d’occupation du sol repérables à l’échelle de la planète, le second niveau (15 postes) est utilisable pour les échelles de 1/500 000 et 1/1 000 000 et le troisième niveau (44 postes) est utilisé au 1/100 000

''Le choix d’inventorier l’occupation biophysique du sol''

L’élaboration de cette nomenclature d’occupation du sol a été conduite en fonction d’objectifs précis (permettre la cartographie de l’ensemble du territoire de l’Union européenne, connaître l’état de l’environnement et ne pas comporter de postes ambigus). Elle a, par conséquent, été orientée sur l’occupation biophysique du sol et non sur son utilisation ; elle privilégie donc la nature des objets (forêts, cultures, surfaces en eau, roches affleurantes...) plutôt que leur fonction socio-économique (agriculture, habitat…).
Les postes à caractère "mixte"

L’un des objectifs de l’inventaire CORINE Land Cover est de cartographier l’ensemble des territoires européens (en 1997 30 pays étaient couverts), sans recourir à un poste "territoire non classé" ou "autre" et, dans un souci de cohérence et d’homogénéité européenne, en définissant le mieux possible chacun des postes de la nomenclature utilisée.

Mais pour satisfaire au critère de superficie minimale des unités cartographiées (25 hectares), certains modes d’occupation des terres ont dû être regroupés au sein des postes suivants :

-Les systèmes parcellaires et culturaux complexes (2.4.2)

Il s’agit ici de petites parcelles de cultures annuelles diversifiées, de prairies et/ou cultures permanentes.
Aucune de ces trois catégories ne répond au seuil de 25 hectares (ni au seuil de tolérance qui est d’environ 15 hectares) et ces terres arables, prairies ou vergers occupent chacun moins de 75% de la superficie totale de l’unité paysagère. Ce poste caractérise donc la diversité locale des modes d’occupation des terres.

-Les territoires principalement occupés par l’agriculture, avec présence de végétation naturelle importante (2.4.3)

Ce poste correspond à des territoires agricoles interrompus par des espaces naturels importants (landes, pelouses...). Il est caractérisé par des terres agricoles qui occupent entre 25% et 75% de la surface totale de l’unité paysagère, mais comme pour le poste précédent, aucun sous-ensemble homogène répondant au seuil de description de 25 ha ne peut être isolé.

====Méthode====

Voici, en images, les cinq étapes principales de la constitution de CORINE Land Cover :

*1 - ''L'image satellitaire de base''
La donnée de base de CORINE Land Cover est une image satellitaire SPOT (XS) ou LANDSAT (MSS) reproduite à partir d'une composition colorée dite "fausses-couleurs" sur un tirage photographique à l'échelle de 1/100 000 Sur ce type de document, l'eau apparaît dans des teintes bleues ou noires et les végétaux à forte activité chlorophyllienne en rouge, les zones urbanisées et minérales en gris-bleu...
[[Image:ImageSat.jpg|center]]

*2 - ''La photo-interprétation''
L'image satellitaire est interprétée visuellement en s'aidant de données exogènes (photographies aériennes, cartes topographiques IGN et thématiques). Les contours des zones d'occupation du sol homogènes sont reportés sur un calque. Le photo-interprète utilise les 44 postes de la nomenclature (soit 44 types d'occupation du sol) pour classer ces zones. A moins de 25 hectares, elles ne sont pas prises en compte ou sont associées à d'autres unités paysagères pour former une unité homogène, correspondant à un poste de la nomenclature.
[[Image:PhotoInterpretation.jpg|center]]

*3 - ''La numérisation''
Le calque final ou "document d'auteur" dont l'emprise correspond à une coupure 1/100 000 IGN (60*40 km) est ensuite mis au propre, contrôlé et numérisé. Chaque contour de zone est géoréférencé. L'opérateur de saisie lui affecte ensuite le code d'occupation du sol figurant sur le calque. Après cette étape, un autre contrôle de qualité est opéré par les photo-interprètes.
[[Image:numerisation.jpg|center]]

*4 - ''L'assemblage''
Les feuilles sous leur forme numérique sont alors assemblées entre elles : les bords de feuilles disparaissent. A ce stade intervient un nouveau contrôle de la qualité. La base de données de l'ensemble des contours de zone est constituée de la totalité de tous les éléments numérisés.
[[Image:assemblage.jpg|center]]

*5 - ''La finalisation''
L'équipe de production procède à une dernière vérification en superposant le document d'auteur à la restitution colorée correspondante de la base de données. Cette dernière est alors disponible sous forme numérique pour sa diffusion et son édition. L'extrait ci-contre couvre une superficie 90 km2 et l'ensemble de la base de données contient 340 000 contours de zone sur une étendue de 580 000 km2 environ.
[[Image:final.jpg|center]]

====Production de base====

Superficie : 550 000 km²

Système de projection : Lambert II étendu

Format de distribution : ArcInfo, MapInfo, Shapefile

Type de représentation : polygones (environ 270 000 France entière)

100% du territoire couvert

Structure des données :

{|border="1" class="grey"
|-
!Intitulé
!Type
!Contenu
|-
|AREA
|flottant
|superficie en m²
|-
|PERIMETRE
|flottant
|périmètre en mètres
|-
|CODE_OO
|chaine de 3 caractères
|code selon la nomenclature
|}

==les 44 postes de la Nomenclature==

===='''1 Territoires artificialisés'''====

*'''1.1 Zones urbanisées'''

''1.1.1 Tissu urbain continu''

Espaces structurés par des bâtiments. Les bâtiments, la voirie et les surfaces artificiellement recouvertes couvrent la quasi-totalité du sol. La végétation non linéaire et le sol nu sont exceptionnels.

''1.1.2 Tissu urbain discontinu''

Espaces structurés par des bâtiments. Les bâtiments, la voirie et les surfaces artificiellement recouvertes coexistent avec des surfaces végétalisées et du sol nu, qui occupent de manière discontinue des surfaces non négligeables.

*'''1.2 Zones industrielles ou commerciales et réseaux de communication'''
''1.2.1 Zones industrielles ou commerciales''

Zones recouvertes artificiellement (zones cimentées, goudronnées, asphaltées ou stabilisées : terre battue, par exemple), sans végétation occupant la majeure partie du sol. Ces zones comprennent aussi des bâtiments et / ou de la végétation.

''1.2.2 Réseaux routier et ferroviaire et espaces associés''

Autoroutes, voies ferrées, y compris les surfaces annexes (gares, quais, remblais). Largeur minimale prise en compte : 100 m.

''1.2.3 Zones portuaires''

Infrastructures des zones portuaires, y compris les quais, les chantiers navalset les ports de plaisance.

''1.2.4 Aéroports''

Infrastructures des aéroports : pistes, bâtiments et surfaces associées.

*'''1.3 Mines, décharges et chantiers'''

''1.3.1 Extraction de matériaux''

Extraction de matériaux à ciel ouvert (sablières, carrières) ou d'autres matériaux (mines à ciel ouvert). Y compris gravières sous eau, à l'exception toutefois des extractions dans le lit des rivières.

''1.3.2 Décharges''

Décharges et dépôts des mines, des industries ou des collectivités publiques.

''1.3.3 Chantiers''

Espaces en construction, excavations et sols remaniés.

*'''1.4 Espaces verts artificialisés, non agricoles'''

''1.4.1 Espaces verts urbains''

Espaces végétalisés inclus dans le tissu urbain. Y compris parcs urbains et cimetières avec végétation.

''1.4.2 Equipements sportifs et de loisirs''

Infrastructures des terrains de camping, des terrains de sport, des parcs de loisirs, des golfs, des hippodromes... y compris les parcs aménagés non inclus dans le tissu urbain.

===='''2 Territoires agricoles'''====

*'''2.1 Terres arables'''

''2.1.1 Terres arables hors périmètres d'irrigation''

Céréales, légumineuses de plein champ, cultures fourragères, plantes sarclées et jachères. Y compris les cultures florales, forestières (pépinières) et légumières (maraîchage) de plein champ, sous serre et sous plastique, ainsi que les plantes médicinales, aromatiques et condimentaires. Non compris les prairies.

''2.1.2 Périmètres irrigués en permanence''

Cultures irriguées en permanence ou périodiquement, grâce à une infrastructure permanente (canal d'irrigation). Une grande partie de ces cultures ne pourrait pas être cultivée sans l'apport artificiel d'eau. Non compris lessurfaces irriguées occasionnellement.

*'''2.2 Cultures permanentes'''

''2.2.1 Vignobles''

Surfaces plantées de vignes.

''2.2.2 Vergers et petits fruits''

Parcelles plantées d'arbres fruitiers ou d'arbustes fruitiers : cultures pures ou mélange d'espèces fruitières, arbres fruitiers en association avec des surfaces toujours en herbe. Y compris les châtaigneraies et les noiseraies.

''2.2.3 Oliveraies''

Surfaces plantées d'oliviers, y compris oliviers et vignes sur la même parcelle.

*'''2.3 Prairies'''

''2.3.1 Prairies''

Surfaces enherbées denses de composition floristique composées principalement de graminacées, non incluses dans un assolement. Principalement pâturées, mais dont le fourrage peut être récolté mécaniquement. Y compris des zones avec haies (bocages).

*'''2.4 Zones agricoles hétérogènes'''

''2.4.1 Cultures annuelles associées aux cultures permanentes''

Cultures temporaires (terres arables ou prairies) en association avec des cultures permanentes sur les mêmes parcelles.

''2.4.2 Systèmes culturaux et parcellaires complexes''

Juxtaposition de petites parcelles de cultures annuelles diversifiées, de prairies et / ou de cultures permanentes complexes.

''2.4.3 Surfaces essentiellement agricoles, interrompues par des espaces naturels importants''

Surfaces essentiellement agricoles, interrompues par de la végétation naturelle.

''2.4.4 Territoires agroforestiers''

Cultures annuelles ou pâturages sous couvert arboré composé d'espèces forestières.

===='''3 Forêts et milieux semi-naturels'''====

*'''3.1 Forêts'''

''3.1.1 Forêts de feuillus''

Formations végétales principalement constituées par des arbres, mais aussi par des buissons et arbustes, où dominent les espèces forestières feuillues.

''3.1.2 Forêts de conifères''

Formations végétales principalement constituées par des arbres, mais aussi par des buissons et arbustes, où dominent les espèces forestières de conifères.

''3.1.3 Forêts mélangées''

Formations végétales principalement constituées par des arbres, mais aussi par des buissons et arbustes, où ni les feuillus ni les conifères ne dominent.

*'''3.2 Milieux à végétation arbustive et/ou herbacée'''

''3.2.1 Pelouses et pâturages naturels''

Herbages de faible productivité. Souvent situés dans des zones accidentées. Peuvent comporter des surfaces rocheuses, des ronces et des broussailles.

''3.2.2 Landes et broussailles''

Formations végétales basses et fermées, composées principalement de buissons, d'arbustes et de plantes herbacées (bruyères, ronces, genêts, ajoncs, cytises, etc.)

''3.2.3 Végétation sclérophylle''

Végétation arbustive persistante, aux feuilles relativement petites, coriaces et épaisses. Y compris maquis et garrigues. Maquis: associations végétales denses composées de nombreux arbrisseaux qui couvrent les terrains siliceux acides en milieu méditerranéen. Garrigues : associations buissonnantes discontinues des plateaux calcaires méditerranéens. Elles sont souvent composées de chênes kermès, d'arbousiers, de lavande, de thym et de cistes blancs. Quelques arbres isolés peuvent être présents.

''3.2.4 Forêts et végétation arbustive en mutation''

Végétation arbustive ou herbacée avec arbres épars. Formations pouvant résulter de la dégradation de la forêt ou d'une re-colonisation / régénération par la forêt.

*'''3.3 Espaces ouverts, sans ou avec peu de végétation'''

''3.3.1 Plages, dunes et sables''

Les plages, les dunes et les étendues de sable ou de galets du milieu littoral et continental, y compris les lits mineurs des rivières à régime torrentiel.

''3.3.2 Roches nues''

Éboulis, falaises, rochers, affleurements.

''3.3.3. Végétation clairsemée''

Comprend les steppes, toundras et "bad lands" (zones sèches avec peu de végétation et présence de roches nues). Végétation éparse de haute altitude.

''3.3.4. Zones incendiées''

Zones affectées par des incendies récents. Les matériaux carbonisés étant encore présents.

''3.3.5. Glaciers et neiges éternelles''

Surfaces couvertes par des glaciers ou des neiges éternelles.

===='''4 Zones Humides'''====

*'''4.1 Zones humides intérieures'''

''4.1.1. Marais intérieurs''

Terres basses généralement inondées en hiver et plus ou moins saturées d'eau en toutes saisons.

''4.1.2. Tourbières''

Terrains spongieux humides dont le sol est constitué principalement de mousses et de matières végétales décomposées. Tourbières exploitées ou non.

*'''4.2 Zones humides maritimes'''

''4.2.1. Marais maritimes''

Terres basses avec végétation, situées au-dessus du niveau de marée haute, susceptibles cependant d'être inondées par les eaux de mer. Souvent en voie de colmatage, colonisées petit à petit par des plantes halophiles (vivant en milieu salé).

''4.2.2. Marais salants''

Salines actives ou en voie d'abandon. Parties des marais maritimes mises en exploitation pour la production de sel par évaporation. Les marais salants se distinguent nettement du reste des marais par leurs parcellaires d'exploitation et leur système de digues.

''4.2.3. Zones intertidales''

Étendues de vase, de sable ou de rochers généralement sans végétation, comprises entre le niveau des hautes et des basses eaux.

===='''5 Surface en eau'''====

*'''5.1 Eaux continentales'''

''5.1.1. Cours et voies d'eau''

Cours d'eau naturels ou artificiels qui servent de chenal d'écoulement des eaux. Y compris les canaux. Largeur minimale de prise en compte : 100 m.

''5.1.2. Plans d'eau''

Étendues d'eau, naturelles ou artificielles, de plus de 25 hectares.

*'''5.2 Eaux maritimes'''

''5.2.1. Lagunes littorales''

Étendues d'eau salée ou saumâtre sans végétation, séparées de la mer par des avancées de terre ou autres topographies similaires. Ces surfaces en eau peuvent être mises en communication avec la mer à certains endroits
ponctuels, soit de façon permanente, soit de façon périodique à certains moments de l'année.

''5.2.2. Estuaires''

Parties terminales à l'embouchure des fleuves, subissant l'influence des eaux marines.

''5.2.3. Mers et océans''

Zones au-delà de la limite des plus basses marées.

==Liens, sources et autorisations d'exploitations==

La définition de Corine Land Cover ainsi sue les images présentées ci dessus proviennent du site internet de l'Institut Français de l'Environnement (IFEN) qui distribue gratuitement (par téléchargement) la base de données Corine Land Cover.

Site de l'IFEN : [http://www.ifen.fr/donIndic/Donnees/corine/presentation.htm http://www.ifen.fr/donIndic/Donnees/corine/presentation.htm]

Pour recevoir les produits, le demandeur a les obligations suivantes :

*motiver pleinement sa requête en décrivant les utilisations prévues (par secteur et par thèmes environnementaux clés)

*fournir les coordonnées complètes de l’organisme utilisant les produits et des personnes en charge

*informer sur les découvertes liées aux produits reçus (erreurs ou omissions) et assister l'autorité compétente dans l'amélioration des produits

*informer sur toutes les applications développées basées sur les données fournies et fournir une information complète et adaptée sur les matériaux produits sur cette base à l'autorité compétente

*assurer que les résultats du travail pour lesquels les données sont demandées seront accessibles à l'AEE ou à l'Etat membre concerné à un coût de production et de diffusion marginal

*mentionner les données sources dans toutes les publications relatives et dans tous les autres médias utilisés pour leur diffusion

*soumettre à l'autorité compétente toute demande de diffusion des produits I&CLC2000 et informer les utilisateurs potentiels de l’identité des structures responsables de la diffusion des produits I&CLC2000

*refreiner toute action ou activité affectant le plein exercice des droits de propriété et de copyright par les autorités compétentes en relation avec les produits I&CLC2000

BD Carthage

2008-01-04T15:03:41Z

Lemenager : /* Définition */

Toutes les informations sont disponibles sur le site du [http://sandre.eaufrance.fr/rubrique.php3?id_rubrique=17&lang=fr Sandre]

==Définition==

La BDCarthage (Base de Données sur la CARtographie THématique des AGences de l’eau et du ministère de l’Environnement) est le fruit de la volonté nationale de disposer d’un système de repérage spatial des milieux aquatiques superficiels pour la France.

Origines du référentiel : 525 000 kilomètres de cours d’eau de plus de 1 km irriguent les 550 000 km² du territoire métropolitain, soit une densité moyenne de 1 km de cours d’eau par km². La répartition est cependant très inégale avec un minimum de 0,5 pour les zones karstiques (Causses, Jura ...) et un maximum de 2 pour les zones montagneuses.

Cette volonté a été affirmée dans les circulaires interministérielles du 28 mai et du 15 novembre 1968 mises à jour par la circulaire n°91-50 du 12 février 1991 stipulant que :

« La gestion quantitative et qualitative de la ressource en eau rend nécessaire l’échange de nombreuses données entre les services et organismes intéressés, aux échelons départementaux, régionaux et nationaux. L’un des éléments indispensables au bon fonctionnement d’un tel système d’échange d’information est un code de repérage des milieux aquatiques servant de référence commune. »

Cours d'eau de plus de 100 km
[[Image:BDcarthage.gif]]

==Constitution du référentiel==

La base de données cartographiques de l’IGN BD CARTO , est une base de données de l’IGN qui couvre tout le territoire national. Elle est une description sous forme numérique du territoire conçue pour une échelle de base allant du 1/50 000 au 1/100 000. Sa précision décamétrique, et l’information complète et structurée qu’elle présente, lui confèrent un rôle de référentiel national homogène, adapté aux besoins des utilisateurs d’information géographique à l’échelle nationale, régionale ou départementale.

La BD CARTO a été acquise par le Ministère chargé de l’Environnement et les Agences de l’Eau pour sept thèmes (unités administratives, réseau routier, réseau ferré, occupation du sol, toponymie, équipements et cours d’eau) afin de servir de support à la BDcarthage. En effet, les cours d’eau de la BD CARTO sont représentés comme une succession de tronçons linéaires avec les attributs qui les caractérisent (largeur, navigabilité, nom des cours d’eau, code du plan d’eau traversé, classe de visualisation, ...).

De même les plans d’eau et les zones humides sont représentés par une juxtaposition de polygones fermés. Toutefois, cette représentation géométrique est insuffisante pour identifier un cours d’eau en tant qu’élément d’un réseau lié aux autres éléments du réseau (un cours d’eau se jette dans un cours d’eau qui lui même se jette dans un autre cours d’eau ...), et elle doit être complétée par les informations de la codification hydrographique.

==Documents==

*[[Media:BDCarthageIGNMapInfo.pdf|Descriptif du contenu BD Carthage V3]]

*[[Media:ConventionBDCARTHAGE-MEDD-IGN.pdf|Convention BD Carthage-MEDD-IGN]]

*[[Media:Reglescodif BDcarthage.pdf|Régles de codification hydrologique]]

Projet

2008-01-04T14:38:25Z

Lemenager :

Un '''projet''' est un programme de travail collectif spécifique, agréé par le [[comité de pilotage]], sous la responsabilité d’un tiers agréé ou d’un partenaire fondateur, utilisant des données primaires et/ou secondaires mises à disposition.

Un projet est donc un espace de travail autonome sous l'application carto. Un projet est créé par un [[utilisateur]] titulaire qui en est '''responsable'''. Celui-ci peut y admettre des [[membre]]s avec des droits différents (selon le statut des membres). Les membres "reconnus" peuvent effectuer et sauvegarder des '''traitements'''. Les membres "visiteurs" n'ont accès qu'à la consultation de [[dossiers thématiques]].

Les données traitées dans un projet ont été référencées par les membres actifs de ce projet ou par un [[donateur]], membre particulier, propriétaire de données qu'il peut référencer dans ce projet sans pouvoir y faire des [[traitement]]s (mais avec un accès comme visiteur).

Le formulaire de demande d'agrément d'un projet auprès du comité de pilotage de l'observatoire se trouve sur la page d'accueil.

Référencement dans le dictionnaire

2008-01-04T14:36:35Z

Lemenager :

Les tables de [[donnée]]s de l'[[observatoire ODR]] disponibles via l'application [[carto dynamique]] ont été déposées par des [[utilisateurs]] titulaires qui sont les "créateurs" et qui en restent propriétaires. Les "zones de dépôt" ou "bases" où sont sauvegardées les tables importées sont créées et gérées par les utilisateurs

Pour être disponibles dans des [[projet]]s, pour des [[traitement]]s, ces tables ou certaines variables de ces tables doivent être référencées dans le [[dictionnaire]]. Ce référencement s'effectue au sein d'un (ou plusieurs) projet(s).

Le référencement des variables est effectué pour chaque [[projet]] par les titulaires qui en sont [[membre]]s et disposent du droit de référencer des variables dans le dictionnaire correspondant à ce projet : le responsable du projet, les membres reconnus et les donateurs (voir statuts des membres).

Lors de l'enregistrement des données puis du référencement des variables, le statut de celles-ci est précisé comme suit :

'''Personnelles''' = les données ne sont accessibles qu’à l’utilisateur qui possède ces données et au groupe responsable du projet

'''Privées''' = données communes au projet (pot commun). Elles sont accessibles à tous les utilisateurs du projet ayant suffisamment de droits pour effectuer des traitements.

'''Publiques''' = Les données sont accessibles à tous les utilisateurs de tous les projets. Une fois référencées comme publiques dans un projet, ces données sont automatiquement visibles dans tous les projets.

Au sein de l'observatoire, il existe des données publiques, libres d’accès, et des données qui restent sous le contrôle de leur propriétaire, fournisseur potentiel de données à d’autres utilisateurs. Certaines de ces données peuvent être communicables par leurs propriétaire, mais lorsqu'il s'agit des données primaires réservées fournies par le CNASEA, la MSA ou le SCEES, l’accès est réservé aux projets agréés par le comité de pilotage de l’observatoire suite à une demande (les formulaires de demande sont téléchargeables dans le menu "accueil").

Une option supplémentaire relative au statut des tables spécifie si les données appartiennent ou non aux bases de données de l'observatoire, et donc portées ou non à la connaissance des utilisateurs de l'observatoire. La liste des données communicables (ou Publiables) qui sont gérées par l'observatoire (dans le cadre de la convention) et les métadonnées correspondantes sont accessibles sur la page d'accueil (via des '''répertoires''' consultables en ligne et téléchargeables).

Les données déclarées publiques, par définition, ne posent pas de problème de secret statistique. Au contraire, certaines données sont dites '''sensibles''' lorsqu'elles posent le problème du [[secret statistique]].

ArcGIS

2008-01-04T13:47:30Z

Lemenager : /* Opérateurs spatiaux */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs échelles d'analyses différentes. Le passage d'une entité spatiale à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et le découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les départements à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’une couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limites d’une commune ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:46:57Z

Lemenager : /* Opérateurs spatiaux */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs échelles d'analyses différentes. Le passage d'une entité spatiale à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et le découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les départements à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’une couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:46:14Z

Lemenager : /* Opérateurs spatiaux */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs échelles d'analyses différentes. Le passage d'une entité spatiale à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et le découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les départements à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:42:36Z

Lemenager : /* L'utilisation du SIG dans l'ODR */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs échelles d'analyses différentes. Le passage d'une entité spatiale à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et le découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:42:09Z

Lemenager : /* L'utilisation du SIG dans l'ODR */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs échelles d'analyses différentes. Le passage d'une entité spatiale à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et la découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:41:57Z

Lemenager : /* L'utilisation du SIG dans l'ODR */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs échelles d'analyses différentes. Le passage d'une entité spatiales à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et la découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:41:25Z

Lemenager : /* L'utilisation du SIG dans l'ODR */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones Natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs echelles d'analyses différentes. Le passage d'une entité spatiales à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et la découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:39:58Z

Lemenager : /* Les principales fonctions d'un SIG */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG.

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs echelles d'analyses différentes. Le passage d'une entité spatiales à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et la découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:39:25Z

Lemenager : /* Les principales fonctions d'un SIG */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où se trouvent les zones Natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs echelles d'analyses différentes. Le passage d'une entité spatiales à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et la découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

ArcGIS

2008-01-04T13:38:38Z

Lemenager : /* Les principales fonctions d'un SIG */

ArcGIS est un ensemble de logiciels SIG réalisé par la société ESRI. La version actuelle est ArcGIS 9.2

==Qu'est ce qu'un SIG?==

Un système d’Information Géographique est un outil informatique permettant de représenter et d’analyser toutes les choses qui existent sur terre ainsi que tous les événements qui s’y produisent.

Les SIG offrent toutes les possibilités des bases de données (telles que requêtes et analyses statistiques) et ce, au travers d’une visualisation unique et d’analyse géographique propres aux cartes. Ces capacités spécifiques font du SIG un outil unique, accessible à un public très large et s’adressant à une très grande variété d’applications.

Un SIG stocke les informations concernant le monde sous la forme de couches thématiques pouvant être reliées les unes aux autres par la géographie. Ce concept, à la fois simple et puissant a prouvé son efficacité pour résoudre de nombreux problèmes concrets.

L’information géographique contient soit une référence géographique explicite (latitude & longitude ou grille de coordonnées nationales) ou une référence géographique implicite (adresse, code postal, nom de route…).
Le géocodage, processus automatique, est utilisé pour transformer les références implicites en références explicites et permettre ainsi de localiser les objets et les événements sur la terre afin de les analyser.

==Les principales fonctions d'un SIG==

*La saisie

Avant d’utiliser des données papier dans un SIG, il est nécessaire de les convertir dans un format informatique. Cette étape essentielle depuis le papier vers l’ordinateur s’appelle digitalisation.
Les SIG modernes sont capables d’automatiser complètement ces tâches pour des projets importants en utilisant la technologie des scanners. D’autres projets moins importants peuvent se contenter d‘une phase de digitalisation manuelle (table à digitaliser). Aujourd’hui de nombreuses données géographiques sont disponibles dans des formats standards lisibles par les SIG. Ces données sont disponibles auprès de producteurs de données et peuvent être directement intégrées à un SIG.

*Les manipulations

Les sources d’informations (comme celles décrites précédemment) peuvent être d’origines très diverses. Il est donc nécessaire de les harmoniser afin de pouvoir les exploiter conjointement (c’est le cas des échelles, du niveau de détail, des conventions de représentation…) Les SIG intègrent de nombreux outils permettant de manipuler toutes les données pour les rendre cohérentes et ne garder que celles qui sont essentielles au projet.
Ces manipulations peuvent, suivant les cas n’être que temporaires afin de se coordonner au moment de l’affichage ou bien être permanentes pour assurer alors une cohérence définitive des différentes sources de données.

*La gestion

Si pour les petits projets il est envisageable de stocker les informations géographiques comme de simples fichiers, il en est tout autrement quand le volume de données grandit et que le nombre d’utilisateurs de ces mêmes informations devient important.
Dans ce cas il est essentiel d’utiliser un SGBD (Système de Gestion de Bases de Données) pour faciliter le stockage, l’organisation et la gestion des données. Un SGBD n’est autre qu’un outil de gestion de la base de données.

Il existe de nombreux types de SGBD, mais en Système d’Information Géographique, le plus utilisé est le SGBDR (Système de Gestion de Bases de Données Relationnel, type Access). Les données y sont représentées sous la forme de tables utilisant certains champs comme lien. Cette approche qui peut paraître simpliste offre une souplesse.

*L'interrogation et l'analyse

Disposant d’un SIG et de données, vous allez pouvoir commencer par poser des questions simple telles que :
-A qui appartient cette parcelle ?
-Lequel de ces deux points est le plus loin ?
-Où ce trouve les zones natura 2000 ?

Et des questions intégrant une analyse, comme par exemple :
-Quels sont les communes qui ont plus de 40% de leur surface en zone Natura 2000
-Quels sont les sols adaptés à la culture du maïs ?

*L'analyse spatiale

L’intégration de données au travers des différentes couches d’information permet d’effectuer une analyse spatiale rigoureuse. Cette analyse par croisement d’information, si elle peut s’effectuer visuellement (à l’identique de calques superposés les uns aux autres) nécessite souvent le croisement avec des informations alphanumériques. Croiser la nature d’un sol, sa déclivité, la végétation présente avec les propriétaires et les taxes payées est un exemple d’analyse sophistiquée que permet l’usage d’un SIG

*La visualisation
Pour de nombreuses opérations géographiques, la finalité consiste à bien visualiser des cartes et des graphes. Une carte vaut mieux qu’un long discours. La carte est en effet un formidable outil de synthèse et de présentation de l’information.

Les SIG offrent à la cartographie moderne de nouveaux modes d’expression permettant d’accroître de façon significative son rôle pédagogique. Les cartes créées avec un SIG peuvent désormais facilement intégrer des rapports, des vues 3D ; des images photographiques et toutes sortes d’éléments multimédia.

==L'utilisation du SIG dans l'ODR==

La plateforme mise en place par l'INRA est un observatoire des programmes communautaires de développement rural. A ce titre, l'ensemble des données disponibles dans l'ODR sont des données de politiques publiques rattachées aux découpages adminitratifs dont l'entité géographique la plus fine est la commune (cf article sur l'[[Observatoire ODR]])
Cependant d'autres zonages coexistent et sont nécessaires à l'évaluation du Réglement de Développement Rural. En effet, en agro-environnement on distingue 3 types de niveau d'organisation spatiale :

*le niveau d'organisation écologique : bassin versant, cours d'eau, zones natura 2000, zonage DCE....
*le niveau d'organisation socio-économique : systèmes exploitations, parcelles...
*le niveau d'organisation politico-administratif : communes, cantons...

Il y a donc plusieurs echelles d'analyses différentes. Le passage d'une entité spatiales à une autre consiste alors à appliquer des méthodes de spatialisation et de géotraitement utlisées par les SIG pour avoir des correspondances entre les données.
Le problème se pose particulièrement sur les données écologiques et environnementales dont la réalité et la découpage n'est pas communal. Nous avons donc utlisé les fonctions d'un logiciel SIG afin d'unir, de fusionner, d'intersecter ou de découper ces zonages pour établir des tables de correspondance avec les géocodes communaux (Code INSEE).

Le logiciel ArcGIS (version 8.3) a permis d'utiliser des opérateurs spatiaux pour les données suivantes :

*[[Corine Land Cover]] : référentiel d’occupation du sol calé sur la cartographie de l’IGN.
Création d'une table de correspondances grâce à la ségmentation spatiale des polygones d'occupation du sol de Corine Land Cover par commune

*[[Natura 2000]] : zonage de conservation des habitats naturels de la faune et de la flore sauvages.
Intersection des polygones Natura 2000 avec les communes et affectation des variables concernant le type de zone (SIC, ZPS ou les 2), le code du site et la surface).

*[[BD Carthage]] : référentiel hydrographique français.
Création de tables de correspondance entre les cours d'eau, les zones hydrographiques et les communes, affectation des variables concernant la classification des cours d'eau et la longueur par commune.

*[[Regions forestières]] : inventaire national des régions forestières.
Correspondances entres les régions forestières et les communes, affectation des surfaces par communes et par type de région.

==Opérateurs spatiaux==

*'''Fusion''' des entités en fonction d’un attribut : agrégation dans une même couche des entités possédant la même valeur d’attribut. Par exemple cette fonction est utilisée pour créer de nouvelle couche comme les département à partir de l’attribut « nom du département » que l’on trouve sur la couche commune 99 de GéoFLA. En fusionnant les polygones, vous pouvez faire des statistiques sur les attributs (moyenne, somme, nombre, min-max…)

*'''Combinaison''' des couches : concaténation de plusieurs couches en une seule. On peut par exemple combiner plusieurs couches départementales contenant des données de recensement pour constituer une couche représentant la métropole. Si les couches combinées possèdent les mêmes champs, les valeurs seront copiées dans la couche résultante. Si l’une des couches combinées contient un champ différent, il ne sera pas utilisé. De la même façon s’il manque un champ à l’une des couches combinées, la valeur dans la couche sera nulle.

*'''Découpage''' d’un couche en fonction d’une autre : réduction de l’espace d’une couche par adaptation à celui d’une autre. On peut par exemple découper les cours d’eau en fonction des limités d’un communes ou d’un département.

*'''Intersection''' de 2 couches : recherche des entités incluses dans l’espace commun à deux couches. Supposons que l’on ait une couche des limites communales et une couche de l’occupation du sol (CLC) et que l’on veuille avoir le type d’occupation pour chaque commune. L’intersection des deux couches aboutit à une nouvelle couche combinant leurs attributs. Les entités de la nouvelle couche sont des polygones d’occupation du sol affectés d’attributs communaux (code INSEE, nom de la commune….). Lorsqu’un polygone franchit la limite d’une commune, il est fractionné.

*'''Union''' des 2 couches : combinaison de 2 couches de polygones. On ne peut unir que des couches contenant chacune des polygones.

==Documents, formations==

*[[Media: Applications générales ArcGis.pdf|ArcGIS 9, Fonctions de base.pdf]]

*[[Media:Manuel mise a jour.pdf|ArcGIS 9, La mise à jour.pdf]]

*[[Media:Projections.pdf|ArcGIS 9, Les projections.pdf]]

*[http://support.esrifrance.fr/ Support.esrifrance.fr]

Paiement1doss

2008-01-04T13:31:31Z

Lemenager :

Génération d'une table des paiements par année, une ligne par dispositif/dossier
(voir aussi [[dispositif2]])

La clef primaire est le dossier (chaque numéro de dossier est différent)

Les années de paiements sont réparties par colonne

{| cellpadding="3" cellspacing="0" border="1" style="font-size: 95%; border: black solid 1px;border-collapse: collapse;"
|-
| style="border:1px solid black;" |Nombre de lignes
| style="border:1px solid black;" |1066261
|-
| style="border:1px solid black;" | Dossiers
| style="border:1px solid black;" |1066261
|-
| style="border:1px solid black;" | Individus
| style="border:1px solid black;" |303823
|}

requête SQL pour la création de la table
* Les lignes à 0 sont remplacées par des blancs

<pre>
create table paiement1doss
SELECT
ID_DOSS,
ID_IND,
CODE_PROD,
dispositif2,
CODE_INSEE_COM,
if(sum(if(annee='2000', paiement,''))=0,'',sum(if(annee='2000', paiement,''))) paiement_2000,
if(sum(if(annee='2001', paiement,''))=0,'',sum(if(annee='2001', paiement,''))) paiement_2001,
if(sum(if(annee='2002', paiement,''))=0,'',sum(if(annee='2002', paiement,''))) paiement_2002,
if(sum(if(annee='2003', paiement,''))=0,'',sum(if(annee='2003', paiement,''))) paiement_2003,
if(sum(if(annee='2004', paiement,''))=0,'',sum(if(annee='2004', paiement,''))) paiement_2004,
if(sum(if(annee='2005', paiement,''))=0,'',sum(if(annee='2005', paiement,''))) paiement_2005,
if(sum(if(annee='2006', paiement,''))=0,'',sum(if(annee='2006', paiement,''))) paiement_2006,
if(sum(paiement)=0,'',sum(paiement)) paiement
FROM
paiement
group by
CODE_INSEE_COM,
dispositif2,
ID_IND,
ID_DOSS

</pre>

Fiche RDR

2008-01-04T13:20:24Z

Lemenager : /* RDRpage2.php, RDRpage3.php... RDRpage8.php */

(Récapitulatif des aides du PDRN)

== Introduction ==

La fiche [[RDR]] est le premier tableau de bord d'une série prévue pour l'[[Evaluation finale du RDR1]] (règlement de développement rural). L'objet de cet article est de présenter ses fonctionnalitées et sa structure.

La fiche RDR est écrite en PHP4 (incluant du HTML et du javascript pour l'affichage dans le navigateur) et est composée de 9 fichiers. Pour accèder aux données nécessaires à la création des tableaux, des requêtes SQL sont exécutées dans la base MySql lors de l'affichage de la fiche.

== Applications de la Fiche RDR ==

La fiche RDR est une fiche récapitulative affichant des informations et des tableaux d'indicateurs sur les dispositifs de mise en oeuvre du Règlement de Développement Rural. Depuis un thème, elle peut être connectée à une carte de carto dynamique et donner des résultats pour la zone affichée (France, Région, département). A défaut les résultats sont affichés pour France entière.

<center>[[IMage:Ex1_ficherdr.jpg]]</center>

L'utilisateur peut naviguer dans cette fiche et visualiser les tableaux d'indicateurs par année de mise en oeuvre des dispositifs en cliquant sur les onglets correspondants.

<center>[[IMage:Ex3_ficherdr.jpg]]</center>

Le temps de traitement lors d'un premier affichage d'un tableau pour une année peut varier de 5 à 40 secondes selon l'étendue de la zone concernée par les résultats. Lors du traitement, des tables sont créées dans une base temporaire liées à la session de l'utilisateur, ces tables peuvent être réaffichées tant que la fenêtre du navigateur n'est pas fermée par l'utilisateur.

<center>[[IMage:Ex2_ficherdr.jpg]]</center>

Elle est optimisée pour fonctionner sous Internet Explorer 7.xx

== Contenu des différents fichiers ==

=== FicheRDR.php ===

Le premier fichier ficherdr.php est composé du menu (en forme d'onglet sur la partie supérieure de la fiche). A chaque clic de souris sur un bouton, ce fichier est rechargé et inclut par un "require" une des pages de traitement demandée. Ce menu est intégré dans un formulaire qui renvoie une série d'informations permettant au traitement de s'exécuter correctement :
*nom du projet d'origine
*nom de la base temporaire pour stocker les résultats des traitements
*paramètres de la carte pour identifier la zone concernée

Dans ce fichier est aussi inclu '''le code de programmation affichant le message d'attente''' lors des traitements des requêtes SQL. Il est définit à partir d'un conteneur de type <pre><DIV></DIV></pre> affiché par la commande PHP <pre>Flush()-vidage du cache</pre> et centré sur la page. Cette fenêtre flottante disparaît à la fin de l'exécution des différents fichiers appelés via une commande en javascript.

*Paramétrage de la fenêtre flottante et affichage
<pre>
echo "
<div id='messageChargement' style='display: none;height: 20px;padding: 1em;
width: 200px;text-align: center;position: absolute;top: 45%;left: 45%;z-index:1;'>
<table width='100%' style='background-color: #cc4444;border: 1px solid #fff;color: #fff;'>
<tr>
<td>
<center> <br>Traitement en<br>
cours... patientez<br><br>
<imgsrc='**/progressAnimation.gif'><br> </center>
</td>
</tr>
</table>
</div>

<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
//le message dès la soumission de la requête
document.getElementById('messageChargement').style.display = 'block';
</script>" ;

flush();
</pre>

* supression de la fenêtre flottante (devient invisible)
<pre>
echo"
<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
document.getElementById('messageChargement').style.display = 'none';
</script>" ;
</pre>

'''La fonction de mise en forme et d'affichage des tableaux d'indicateurs''' est aussi incluse dans ce fichier. Elle est standard pour tous les tableaux de la fiche. Elle nécessite pour son exécution, l'accès à la table des données MySql à afficher dans le tableau et à une variable désignant l'année en cours qui sera affichée dans l'entête du tableau. Il n'y a pas de feuille de style (ou fichier css). La feuille de style est directement incluse dans le corps du script au cas par cas (à revoir dans cartodynamique pour standardiser les classes).

<pre>
function tableau()
{
global - contenu non affiché dans cartowiki - ;

// compte le nombre de ligne du tableau
$nbligne = mysql_num_rows($resultat) ;

for ( $i = 0 ; $i<mysql_num_fields($resultat) ; $i++)
{
$meta = mysql_fetch_field($resultat, $i);
$test[] = $meta->name ;
}

// variable définissant la mise en forme des cellules du tableau
$styleTableau = "border:1px solid black;background-color:#DDDDDD" ;

// début et mise en forme du contour du tableau
echo "<br><br><table border='0' CELLPADDING='5' style='border:1px solid black;Border-collapse: collapse;'><tr bgcolor=\"#D3DCE3\" align='center'>" ;

// affichage de la première colonne contenant l'année des données
echo "<TD style='$styleTableau'><B>Année</B></TD>" ;

// affichage des noms des colonnes suivantes
for ($i = 0 ; $i<count($test) ; $i++)
{
$nomchamp = str_replace('_',' ',$test[$i]) ;
echo "<TD style='$styleTableau'><B>".$nomchamp."</B></TD>" ;
}

echo "</tr>";

$numero_ligne = 0 ;
$styleligne1 = "border:1px solid black;background-color:#DDDDDD" ;
$styleligne2 = "border:1px solid black;background-color:#CCCCCC";

// boucle pour afficher les lignes du tableau à partir des valeurs de la requête sql

$premiere_ligne = TRUE ;

while( $data = mysql_fetch_assoc( $resultat ) )
{
// alterner les couleurs entre lignes paires et impaires
$alter_coul = ($numero_ligne % 2) ? $styleligne1 : $styleligne2;

echo "<tr>" ;

if ( $premiere_ligne == TRUE )
{
echo "<td rowspan='".$nbligne."' style='$alter_coul' align=\"center\">$annee</td>" ;

$premiere_ligne = FALSE ;
}

for ($i = 0 ; $i<count($test) ; $i++)
{
echo "<td Align=" ;

if(eregi("[A-Z]",$data[$test[$i]])) echo "'left'" ;
ELSE echo "'right'";

echo " style='$alter_coul'>" ;

if( is_numeric( $data[$test[$i]] ) ) echo sprintf( "%.0f", $data[$test[$i]] ) ;
ELSE echo $data[$test[$i]] ;

echo "</td>" ;
}

echo "</tr>" ;

$numero_ligne++ ;
}

echo "</table>" ;

echo "</td></tr></table>" ;
</pre>

Enfin un code est implémenté pour limiter les possibilités d'exécuter la fiche RDR hors du projet auquel elle est rattachée.

=== RDRpage1.php ===

Ce fichier est exécuté au même titre que le précédent dès le lancement de la fiche. Il est composé de trois parties :

* Une première partie vérifie que les paramètres de la carte n'ont pas changé lors de l'ouverture de la fiche (si la fiche a déjà été exécutée une première fois lors de la session en cours). Si c'est le cas, toutes les tables temporaires créées sont supprimées via la commande SQL <pre>DROP TABLE</pre>.

* Une deuxième partie vérifie l'existence d'une liste des communes de la carte en cache. Si ces données n'existent pas, une table temporaire des communes pour France entière est générée. Elle recherche aussi dans les données fonds de carte de Cartodynamique le nom de la zone concernée pour affichage.

* Une troisième partie affiche des informations concernant les différents dispositifs, les indicateurs attendus ainsi que des liens vers les articles de Cartowiki.

=== RDRpage2.php, RDRpage3.php... RDRpage8.php ===

Ces derniers fichiers contiennent les requêtes SQL à exécuter lors du traitement pour chaque année demandée. A chaque fin d'exécution des requêtes, ces fichiers font appel à la fonction tableau pour afficher les résultats dans le navigateur.

*Une première requête SQL permet de sélectionner dans les tables des paiements RDR les bénéficiaires des communes de la zone concernée.

*Une seconde requête associe les différentes données, crée les indicateurs et génère une table temporaire à la session qui sera transmise à la fonction tableau()

<pre>
$annee = "2000" ;
$execution = TRUE ;

$sql = "select * from $tmp.fiche2000" ;

if(!$resultat = mysql_query($sql, $db))
{

$sql = "create temporary table $tmp.tmp2000
(xxxind INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY, index( ID_IND ),
index( ID_DOSS ), index( CODE_INSEE_COM ))
select
CODE_INSEE_COM,
dispositif2,
ID_IND,
ID_DOSS,
paiement
FROM - non affiché dans cartowiki - t1,
$tmp.commfichecte as t2
where
t1.CODE_INSEE_COM = t2.m ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "create table $tmp.fiche2000 (index(dispositifs_PDRN))
SELECT
a.dispositif2 as dispositifs_PDRN,
count(distinct(a.ID_IND)) as beneficiaires,
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))) as en_statut_individuel,
count(distinct(a.ID_DOSS)) as Nombre_dossiers,
round(sum(paiement),2) Montants_verses,
round(sum(paiement)/count(distinct(a.ID_IND)),2) Montant_moyen,
round(sum(if(b.CODE_NATUR_IND='P',a.paiement,NULL))/
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))),2) as Montants_exploitations_individuel
FROM $tmp.tmp2000 as a
left outer join - non affiché dans cartowiki - as b
on
a.id_ind = b.id_ind
group by
dispositif2 ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "select * from $tmp.fiche2000" ;

$resultat = mysql_query( $sql, $db ) or $execution = FALSE ;

}

if( $execution == TRUE ) tableau() ;
ELSE echo "<p align=CENTER>impossible d'afficher le tableau demandé</p>" ;
</pre>

Fiche RDR

2008-01-04T13:19:44Z

Lemenager : /* RDRpage1.php */

(Récapitulatif des aides du PDRN)

== Introduction ==

La fiche [[RDR]] est le premier tableau de bord d'une série prévue pour l'[[Evaluation finale du RDR1]] (règlement de développement rural). L'objet de cet article est de présenter ses fonctionnalitées et sa structure.

La fiche RDR est écrite en PHP4 (incluant du HTML et du javascript pour l'affichage dans le navigateur) et est composée de 9 fichiers. Pour accèder aux données nécessaires à la création des tableaux, des requêtes SQL sont exécutées dans la base MySql lors de l'affichage de la fiche.

== Applications de la Fiche RDR ==

La fiche RDR est une fiche récapitulative affichant des informations et des tableaux d'indicateurs sur les dispositifs de mise en oeuvre du Règlement de Développement Rural. Depuis un thème, elle peut être connectée à une carte de carto dynamique et donner des résultats pour la zone affichée (France, Région, département). A défaut les résultats sont affichés pour France entière.

<center>[[IMage:Ex1_ficherdr.jpg]]</center>

L'utilisateur peut naviguer dans cette fiche et visualiser les tableaux d'indicateurs par année de mise en oeuvre des dispositifs en cliquant sur les onglets correspondants.

<center>[[IMage:Ex3_ficherdr.jpg]]</center>

Le temps de traitement lors d'un premier affichage d'un tableau pour une année peut varier de 5 à 40 secondes selon l'étendue de la zone concernée par les résultats. Lors du traitement, des tables sont créées dans une base temporaire liées à la session de l'utilisateur, ces tables peuvent être réaffichées tant que la fenêtre du navigateur n'est pas fermée par l'utilisateur.

<center>[[IMage:Ex2_ficherdr.jpg]]</center>

Elle est optimisée pour fonctionner sous Internet Explorer 7.xx

== Contenu des différents fichiers ==

=== FicheRDR.php ===

Le premier fichier ficherdr.php est composé du menu (en forme d'onglet sur la partie supérieure de la fiche). A chaque clic de souris sur un bouton, ce fichier est rechargé et inclut par un "require" une des pages de traitement demandée. Ce menu est intégré dans un formulaire qui renvoie une série d'informations permettant au traitement de s'exécuter correctement :
*nom du projet d'origine
*nom de la base temporaire pour stocker les résultats des traitements
*paramètres de la carte pour identifier la zone concernée

Dans ce fichier est aussi inclu '''le code de programmation affichant le message d'attente''' lors des traitements des requêtes SQL. Il est définit à partir d'un conteneur de type <pre><DIV></DIV></pre> affiché par la commande PHP <pre>Flush()-vidage du cache</pre> et centré sur la page. Cette fenêtre flottante disparaît à la fin de l'exécution des différents fichiers appelés via une commande en javascript.

*Paramétrage de la fenêtre flottante et affichage
<pre>
echo "
<div id='messageChargement' style='display: none;height: 20px;padding: 1em;
width: 200px;text-align: center;position: absolute;top: 45%;left: 45%;z-index:1;'>
<table width='100%' style='background-color: #cc4444;border: 1px solid #fff;color: #fff;'>
<tr>
<td>
<center> <br>Traitement en<br>
cours... patientez<br><br>
<imgsrc='**/progressAnimation.gif'><br> </center>
</td>
</tr>
</table>
</div>

<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
//le message dès la soumission de la requête
document.getElementById('messageChargement').style.display = 'block';
</script>" ;

flush();
</pre>

* supression de la fenêtre flottante (devient invisible)
<pre>
echo"
<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
document.getElementById('messageChargement').style.display = 'none';
</script>" ;
</pre>

'''La fonction de mise en forme et d'affichage des tableaux d'indicateurs''' est aussi incluse dans ce fichier. Elle est standard pour tous les tableaux de la fiche. Elle nécessite pour son exécution, l'accès à la table des données MySql à afficher dans le tableau et à une variable désignant l'année en cours qui sera affichée dans l'entête du tableau. Il n'y a pas de feuille de style (ou fichier css). La feuille de style est directement incluse dans le corps du script au cas par cas (à revoir dans cartodynamique pour standardiser les classes).

<pre>
function tableau()
{
global - contenu non affiché dans cartowiki - ;

// compte le nombre de ligne du tableau
$nbligne = mysql_num_rows($resultat) ;

for ( $i = 0 ; $i<mysql_num_fields($resultat) ; $i++)
{
$meta = mysql_fetch_field($resultat, $i);
$test[] = $meta->name ;
}

// variable définissant la mise en forme des cellules du tableau
$styleTableau = "border:1px solid black;background-color:#DDDDDD" ;

// début et mise en forme du contour du tableau
echo "<br><br><table border='0' CELLPADDING='5' style='border:1px solid black;Border-collapse: collapse;'><tr bgcolor=\"#D3DCE3\" align='center'>" ;

// affichage de la première colonne contenant l'année des données
echo "<TD style='$styleTableau'><B>Année</B></TD>" ;

// affichage des noms des colonnes suivantes
for ($i = 0 ; $i<count($test) ; $i++)
{
$nomchamp = str_replace('_',' ',$test[$i]) ;
echo "<TD style='$styleTableau'><B>".$nomchamp."</B></TD>" ;
}

echo "</tr>";

$numero_ligne = 0 ;
$styleligne1 = "border:1px solid black;background-color:#DDDDDD" ;
$styleligne2 = "border:1px solid black;background-color:#CCCCCC";

// boucle pour afficher les lignes du tableau à partir des valeurs de la requête sql

$premiere_ligne = TRUE ;

while( $data = mysql_fetch_assoc( $resultat ) )
{
// alterner les couleurs entre lignes paires et impaires
$alter_coul = ($numero_ligne % 2) ? $styleligne1 : $styleligne2;

echo "<tr>" ;

if ( $premiere_ligne == TRUE )
{
echo "<td rowspan='".$nbligne."' style='$alter_coul' align=\"center\">$annee</td>" ;

$premiere_ligne = FALSE ;
}

for ($i = 0 ; $i<count($test) ; $i++)
{
echo "<td Align=" ;

if(eregi("[A-Z]",$data[$test[$i]])) echo "'left'" ;
ELSE echo "'right'";

echo " style='$alter_coul'>" ;

if( is_numeric( $data[$test[$i]] ) ) echo sprintf( "%.0f", $data[$test[$i]] ) ;
ELSE echo $data[$test[$i]] ;

echo "</td>" ;
}

echo "</tr>" ;

$numero_ligne++ ;
}

echo "</table>" ;

echo "</td></tr></table>" ;
</pre>

Enfin un code est implémenté pour limiter les possibilités d'exécuter la fiche RDR hors du projet auquel elle est rattachée.

=== RDRpage1.php ===

Ce fichier est exécuté au même titre que le précédent dès le lancement de la fiche. Il est composé de trois parties :

* Une première partie vérifie que les paramètres de la carte n'ont pas changé lors de l'ouverture de la fiche (si la fiche a déjà été exécutée une première fois lors de la session en cours). Si c'est le cas, toutes les tables temporaires créées sont supprimées via la commande SQL <pre>DROP TABLE</pre>.

* Une deuxième partie vérifie l'existence d'une liste des communes de la carte en cache. Si ces données n'existent pas, une table temporaire des communes pour France entière est générée. Elle recherche aussi dans les données fonds de carte de Cartodynamique le nom de la zone concernée pour affichage.

* Une troisième partie affiche des informations concernant les différents dispositifs, les indicateurs attendus ainsi que des liens vers les articles de Cartowiki.

=== RDRpage2.php, RDRpage3.php... RDRpage8.php ===

Ces derniers fichiers contiennent les requêtes SQL à exécuter lors du traitement pour chaque année demandée. A chaque fin d'exécution des requêtes, ces fichiers font appel à la fonction tableau pour afficher les resultats dans le navigateur.

*Une première requête SQL permet de sélectionner dans les tables des paiements RDR les bénéficiaires des communes de la zone concernée.

*Une seconde requête associe les différentes données, crée les indicateurs et génère une table temporaire à la session qui sera transmise à la fonction tableau()

<pre>
$annee = "2000" ;
$execution = TRUE ;

$sql = "select * from $tmp.fiche2000" ;

if(!$resultat = mysql_query($sql, $db))
{

$sql = "create temporary table $tmp.tmp2000
(xxxind INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY, index( ID_IND ),
index( ID_DOSS ), index( CODE_INSEE_COM ))
select
CODE_INSEE_COM,
dispositif2,
ID_IND,
ID_DOSS,
paiement
FROM - non affiché dans cartowiki - t1,
$tmp.commfichecte as t2
where
t1.CODE_INSEE_COM = t2.m ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "create table $tmp.fiche2000 (index(dispositifs_PDRN))
SELECT
a.dispositif2 as dispositifs_PDRN,
count(distinct(a.ID_IND)) as beneficiaires,
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))) as en_statut_individuel,
count(distinct(a.ID_DOSS)) as Nombre_dossiers,
round(sum(paiement),2) Montants_verses,
round(sum(paiement)/count(distinct(a.ID_IND)),2) Montant_moyen,
round(sum(if(b.CODE_NATUR_IND='P',a.paiement,NULL))/
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))),2) as Montants_exploitations_individuel
FROM $tmp.tmp2000 as a
left outer join - non affiché dans cartowiki - as b
on
a.id_ind = b.id_ind
group by
dispositif2 ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "select * from $tmp.fiche2000" ;

$resultat = mysql_query( $sql, $db ) or $execution = FALSE ;

}

if( $execution == TRUE ) tableau() ;
ELSE echo "<p align=CENTER>impossible d'afficher le tableau demandé</p>" ;
</pre>

Fiche RDR

2008-01-04T13:19:00Z

Lemenager : /* RDRpage1.php */

(Récapitulatif des aides du PDRN)

== Introduction ==

La fiche [[RDR]] est le premier tableau de bord d'une série prévue pour l'[[Evaluation finale du RDR1]] (règlement de développement rural). L'objet de cet article est de présenter ses fonctionnalitées et sa structure.

La fiche RDR est écrite en PHP4 (incluant du HTML et du javascript pour l'affichage dans le navigateur) et est composée de 9 fichiers. Pour accèder aux données nécessaires à la création des tableaux, des requêtes SQL sont exécutées dans la base MySql lors de l'affichage de la fiche.

== Applications de la Fiche RDR ==

La fiche RDR est une fiche récapitulative affichant des informations et des tableaux d'indicateurs sur les dispositifs de mise en oeuvre du Règlement de Développement Rural. Depuis un thème, elle peut être connectée à une carte de carto dynamique et donner des résultats pour la zone affichée (France, Région, département). A défaut les résultats sont affichés pour France entière.

<center>[[IMage:Ex1_ficherdr.jpg]]</center>

L'utilisateur peut naviguer dans cette fiche et visualiser les tableaux d'indicateurs par année de mise en oeuvre des dispositifs en cliquant sur les onglets correspondants.

<center>[[IMage:Ex3_ficherdr.jpg]]</center>

Le temps de traitement lors d'un premier affichage d'un tableau pour une année peut varier de 5 à 40 secondes selon l'étendue de la zone concernée par les résultats. Lors du traitement, des tables sont créées dans une base temporaire liées à la session de l'utilisateur, ces tables peuvent être réaffichées tant que la fenêtre du navigateur n'est pas fermée par l'utilisateur.

<center>[[IMage:Ex2_ficherdr.jpg]]</center>

Elle est optimisée pour fonctionner sous Internet Explorer 7.xx

== Contenu des différents fichiers ==

=== FicheRDR.php ===

Le premier fichier ficherdr.php est composé du menu (en forme d'onglet sur la partie supérieure de la fiche). A chaque clic de souris sur un bouton, ce fichier est rechargé et inclut par un "require" une des pages de traitement demandée. Ce menu est intégré dans un formulaire qui renvoie une série d'informations permettant au traitement de s'exécuter correctement :
*nom du projet d'origine
*nom de la base temporaire pour stocker les résultats des traitements
*paramètres de la carte pour identifier la zone concernée

Dans ce fichier est aussi inclu '''le code de programmation affichant le message d'attente''' lors des traitements des requêtes SQL. Il est définit à partir d'un conteneur de type <pre><DIV></DIV></pre> affiché par la commande PHP <pre>Flush()-vidage du cache</pre> et centré sur la page. Cette fenêtre flottante disparaît à la fin de l'exécution des différents fichiers appelés via une commande en javascript.

*Paramétrage de la fenêtre flottante et affichage
<pre>
echo "
<div id='messageChargement' style='display: none;height: 20px;padding: 1em;
width: 200px;text-align: center;position: absolute;top: 45%;left: 45%;z-index:1;'>
<table width='100%' style='background-color: #cc4444;border: 1px solid #fff;color: #fff;'>
<tr>
<td>
<center> <br>Traitement en<br>
cours... patientez<br><br>
<imgsrc='**/progressAnimation.gif'><br> </center>
</td>
</tr>
</table>
</div>

<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
//le message dès la soumission de la requête
document.getElementById('messageChargement').style.display = 'block';
</script>" ;

flush();
</pre>

* supression de la fenêtre flottante (devient invisible)
<pre>
echo"
<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
document.getElementById('messageChargement').style.display = 'none';
</script>" ;
</pre>

'''La fonction de mise en forme et d'affichage des tableaux d'indicateurs''' est aussi incluse dans ce fichier. Elle est standard pour tous les tableaux de la fiche. Elle nécessite pour son exécution, l'accès à la table des données MySql à afficher dans le tableau et à une variable désignant l'année en cours qui sera affichée dans l'entête du tableau. Il n'y a pas de feuille de style (ou fichier css). La feuille de style est directement incluse dans le corps du script au cas par cas (à revoir dans cartodynamique pour standardiser les classes).

<pre>
function tableau()
{
global - contenu non affiché dans cartowiki - ;

// compte le nombre de ligne du tableau
$nbligne = mysql_num_rows($resultat) ;

for ( $i = 0 ; $i<mysql_num_fields($resultat) ; $i++)
{
$meta = mysql_fetch_field($resultat, $i);
$test[] = $meta->name ;
}

// variable définissant la mise en forme des cellules du tableau
$styleTableau = "border:1px solid black;background-color:#DDDDDD" ;

// début et mise en forme du contour du tableau
echo "<br><br><table border='0' CELLPADDING='5' style='border:1px solid black;Border-collapse: collapse;'><tr bgcolor=\"#D3DCE3\" align='center'>" ;

// affichage de la première colonne contenant l'année des données
echo "<TD style='$styleTableau'><B>Année</B></TD>" ;

// affichage des noms des colonnes suivantes
for ($i = 0 ; $i<count($test) ; $i++)
{
$nomchamp = str_replace('_',' ',$test[$i]) ;
echo "<TD style='$styleTableau'><B>".$nomchamp."</B></TD>" ;
}

echo "</tr>";

$numero_ligne = 0 ;
$styleligne1 = "border:1px solid black;background-color:#DDDDDD" ;
$styleligne2 = "border:1px solid black;background-color:#CCCCCC";

// boucle pour afficher les lignes du tableau à partir des valeurs de la requête sql

$premiere_ligne = TRUE ;

while( $data = mysql_fetch_assoc( $resultat ) )
{
// alterner les couleurs entre lignes paires et impaires
$alter_coul = ($numero_ligne % 2) ? $styleligne1 : $styleligne2;

echo "<tr>" ;

if ( $premiere_ligne == TRUE )
{
echo "<td rowspan='".$nbligne."' style='$alter_coul' align=\"center\">$annee</td>" ;

$premiere_ligne = FALSE ;
}

for ($i = 0 ; $i<count($test) ; $i++)
{
echo "<td Align=" ;

if(eregi("[A-Z]",$data[$test[$i]])) echo "'left'" ;
ELSE echo "'right'";

echo " style='$alter_coul'>" ;

if( is_numeric( $data[$test[$i]] ) ) echo sprintf( "%.0f", $data[$test[$i]] ) ;
ELSE echo $data[$test[$i]] ;

echo "</td>" ;
}

echo "</tr>" ;

$numero_ligne++ ;
}

echo "</table>" ;

echo "</td></tr></table>" ;
</pre>

Enfin un code est implémenté pour limiter les possibilités d'exécuter la fiche RDR hors du projet auquel elle est rattachée.

=== RDRpage1.php ===

Ce fichier est exécuté au même titre que le précédent dès le lancement de la fiche. Il est composé de trois parties :

* Une première partie vérifie que les paramètres de la carte n'ont pas changé lors de l'ouverture de la fiche (si la fiche a déjà été exécutée une première fois lors de la session en cours). Si c'est le cas, toutes les tables temporaires créées sont supprimées via la commande SQL <pre>DROP TABLE</pre>.

* Une seconde partie vérifie l'existence d'une liste des communes de la carte en cache. Si ces données n'existent pas, une table temporaire des communes pour France entière est générée. Elle recherche aussi dans les données fonds de carte de Cartodynamique le nom de la zone concernée pour affichage.

* Une troisième partie affiche des informations concernant les différents dispositifs, les indicateurs attendus ainsi que des liens vers les articles de cartowiki.

=== RDRpage2.php, RDRpage3.php... RDRpage8.php ===

Ces derniers fichiers contiennent les requêtes SQL à exécuter lors du traitement pour chaque année demandée. A chaque fin d'exécution des requêtes, ces fichiers font appel à la fonction tableau pour afficher les resultats dans le navigateur.

*Une première requête SQL permet de sélectionner dans les tables des paiements RDR les bénéficiaires des communes de la zone concernée.

*Une seconde requête associe les différentes données, crée les indicateurs et génère une table temporaire à la session qui sera transmise à la fonction tableau()

<pre>
$annee = "2000" ;
$execution = TRUE ;

$sql = "select * from $tmp.fiche2000" ;

if(!$resultat = mysql_query($sql, $db))
{

$sql = "create temporary table $tmp.tmp2000
(xxxind INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY, index( ID_IND ),
index( ID_DOSS ), index( CODE_INSEE_COM ))
select
CODE_INSEE_COM,
dispositif2,
ID_IND,
ID_DOSS,
paiement
FROM - non affiché dans cartowiki - t1,
$tmp.commfichecte as t2
where
t1.CODE_INSEE_COM = t2.m ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "create table $tmp.fiche2000 (index(dispositifs_PDRN))
SELECT
a.dispositif2 as dispositifs_PDRN,
count(distinct(a.ID_IND)) as beneficiaires,
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))) as en_statut_individuel,
count(distinct(a.ID_DOSS)) as Nombre_dossiers,
round(sum(paiement),2) Montants_verses,
round(sum(paiement)/count(distinct(a.ID_IND)),2) Montant_moyen,
round(sum(if(b.CODE_NATUR_IND='P',a.paiement,NULL))/
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))),2) as Montants_exploitations_individuel
FROM $tmp.tmp2000 as a
left outer join - non affiché dans cartowiki - as b
on
a.id_ind = b.id_ind
group by
dispositif2 ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "select * from $tmp.fiche2000" ;

$resultat = mysql_query( $sql, $db ) or $execution = FALSE ;

}

if( $execution == TRUE ) tableau() ;
ELSE echo "<p align=CENTER>impossible d'afficher le tableau demandé</p>" ;
</pre>

Fiche RDR

2008-01-04T13:13:29Z

Lemenager : /* FicheRDR.php */

(Récapitulatif des aides du PDRN)

== Introduction ==

La fiche [[RDR]] est le premier tableau de bord d'une série prévue pour l'[[Evaluation finale du RDR1]] (règlement de développement rural). L'objet de cet article est de présenter ses fonctionnalitées et sa structure.

La fiche RDR est écrite en PHP4 (incluant du HTML et du javascript pour l'affichage dans le navigateur) et est composée de 9 fichiers. Pour accèder aux données nécessaires à la création des tableaux, des requêtes SQL sont exécutées dans la base MySql lors de l'affichage de la fiche.

== Applications de la Fiche RDR ==

La fiche RDR est une fiche récapitulative affichant des informations et des tableaux d'indicateurs sur les dispositifs de mise en oeuvre du Règlement de Développement Rural. Depuis un thème, elle peut être connectée à une carte de carto dynamique et donner des résultats pour la zone affichée (France, Région, département). A défaut les résultats sont affichés pour France entière.

<center>[[IMage:Ex1_ficherdr.jpg]]</center>

L'utilisateur peut naviguer dans cette fiche et visualiser les tableaux d'indicateurs par année de mise en oeuvre des dispositifs en cliquant sur les onglets correspondants.

<center>[[IMage:Ex3_ficherdr.jpg]]</center>

Le temps de traitement lors d'un premier affichage d'un tableau pour une année peut varier de 5 à 40 secondes selon l'étendue de la zone concernée par les résultats. Lors du traitement, des tables sont créées dans une base temporaire liées à la session de l'utilisateur, ces tables peuvent être réaffichées tant que la fenêtre du navigateur n'est pas fermée par l'utilisateur.

<center>[[IMage:Ex2_ficherdr.jpg]]</center>

Elle est optimisée pour fonctionner sous Internet Explorer 7.xx

== Contenu des différents fichiers ==

=== FicheRDR.php ===

Le premier fichier ficherdr.php est composé du menu (en forme d'onglet sur la partie supérieure de la fiche). A chaque clic de souris sur un bouton, ce fichier est rechargé et inclut par un "require" une des pages de traitement demandée. Ce menu est intégré dans un formulaire qui renvoie une série d'informations permettant au traitement de s'exécuter correctement :
*nom du projet d'origine
*nom de la base temporaire pour stocker les résultats des traitements
*paramètres de la carte pour identifier la zone concernée

Dans ce fichier est aussi inclu '''le code de programmation affichant le message d'attente''' lors des traitements des requêtes SQL. Il est définit à partir d'un conteneur de type <pre><DIV></DIV></pre> affiché par la commande PHP <pre>Flush()-vidage du cache</pre> et centré sur la page. Cette fenêtre flottante disparaît à la fin de l'exécution des différents fichiers appelés via une commande en javascript.

*Paramétrage de la fenêtre flottante et affichage
<pre>
echo "
<div id='messageChargement' style='display: none;height: 20px;padding: 1em;
width: 200px;text-align: center;position: absolute;top: 45%;left: 45%;z-index:1;'>
<table width='100%' style='background-color: #cc4444;border: 1px solid #fff;color: #fff;'>
<tr>
<td>
<center> <br>Traitement en<br>
cours... patientez<br><br>
<imgsrc='**/progressAnimation.gif'><br> </center>
</td>
</tr>
</table>
</div>

<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
//le message dès la soumission de la requête
document.getElementById('messageChargement').style.display = 'block';
</script>" ;

flush();
</pre>

* supression de la fenêtre flottante (devient invisible)
<pre>
echo"
<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
document.getElementById('messageChargement').style.display = 'none';
</script>" ;
</pre>

'''La fonction de mise en forme et d'affichage des tableaux d'indicateurs''' est aussi incluse dans ce fichier. Elle est standard pour tous les tableaux de la fiche. Elle nécessite pour son exécution, l'accès à la table des données MySql à afficher dans le tableau et à une variable désignant l'année en cours qui sera affichée dans l'entête du tableau. Il n'y a pas de feuille de style (ou fichier css). La feuille de style est directement incluse dans le corps du script au cas par cas (à revoir dans cartodynamique pour standardiser les classes).

<pre>
function tableau()
{
global - contenu non affiché dans cartowiki - ;

// compte le nombre de ligne du tableau
$nbligne = mysql_num_rows($resultat) ;

for ( $i = 0 ; $i<mysql_num_fields($resultat) ; $i++)
{
$meta = mysql_fetch_field($resultat, $i);
$test[] = $meta->name ;
}

// variable définissant la mise en forme des cellules du tableau
$styleTableau = "border:1px solid black;background-color:#DDDDDD" ;

// début et mise en forme du contour du tableau
echo "<br><br><table border='0' CELLPADDING='5' style='border:1px solid black;Border-collapse: collapse;'><tr bgcolor=\"#D3DCE3\" align='center'>" ;

// affichage de la première colonne contenant l'année des données
echo "<TD style='$styleTableau'><B>Année</B></TD>" ;

// affichage des noms des colonnes suivantes
for ($i = 0 ; $i<count($test) ; $i++)
{
$nomchamp = str_replace('_',' ',$test[$i]) ;
echo "<TD style='$styleTableau'><B>".$nomchamp."</B></TD>" ;
}

echo "</tr>";

$numero_ligne = 0 ;
$styleligne1 = "border:1px solid black;background-color:#DDDDDD" ;
$styleligne2 = "border:1px solid black;background-color:#CCCCCC";

// boucle pour afficher les lignes du tableau à partir des valeurs de la requête sql

$premiere_ligne = TRUE ;

while( $data = mysql_fetch_assoc( $resultat ) )
{
// alterner les couleurs entre lignes paires et impaires
$alter_coul = ($numero_ligne % 2) ? $styleligne1 : $styleligne2;

echo "<tr>" ;

if ( $premiere_ligne == TRUE )
{
echo "<td rowspan='".$nbligne."' style='$alter_coul' align=\"center\">$annee</td>" ;

$premiere_ligne = FALSE ;
}

for ($i = 0 ; $i<count($test) ; $i++)
{
echo "<td Align=" ;

if(eregi("[A-Z]",$data[$test[$i]])) echo "'left'" ;
ELSE echo "'right'";

echo " style='$alter_coul'>" ;

if( is_numeric( $data[$test[$i]] ) ) echo sprintf( "%.0f", $data[$test[$i]] ) ;
ELSE echo $data[$test[$i]] ;

echo "</td>" ;
}

echo "</tr>" ;

$numero_ligne++ ;
}

echo "</table>" ;

echo "</td></tr></table>" ;
</pre>

Enfin un code est implémenté pour limiter les possibilités d'exécuter la fiche RDR hors du projet auquel elle est rattachée.

=== RDRpage1.php ===

Ce fichier est exécuté au même titre que le précédent dès le lancement de la fiche. Il est composé de trois parties :

* Une première partie vérifie que les paramètres de la carte n'ont pas changé lors de l'ouverture de la fiche (si la fiche a déjà été exécutée une première fois lors de la session en cours). Si c'est le cas, toutes les tables temporaires créées sont supprimées via la commande SQL <pre>DROP TABLE</pre>.

* Une seconde partie vérifie l'existence d'une liste des communes de la carte en cache. Si ces données n'existent pas une table temporaire des communes pour France entière est générée. Elle recherche aussi dans les données fonds de carte de Cartodynamique le nom de la zone concernée pour affichage.

* Une troisième partie affiche des informations concernant les différents dispositifs, les indicateurs attendus ainsi que des liens vers les articles de cartowiki.

=== RDRpage2.php, RDRpage3.php... RDRpage8.php ===

Ces derniers fichiers contiennent les requêtes SQL à exécuter lors du traitement pour chaque année demandée. A chaque fin d'exécution des requêtes, ces fichiers font appel à la fonction tableau pour afficher les resultats dans le navigateur.

*Une première requête SQL permet de sélectionner dans les tables des paiements RDR les bénéficiaires des communes de la zone concernée.

*Une seconde requête associe les différentes données, crée les indicateurs et génère une table temporaire à la session qui sera transmise à la fonction tableau()

<pre>
$annee = "2000" ;
$execution = TRUE ;

$sql = "select * from $tmp.fiche2000" ;

if(!$resultat = mysql_query($sql, $db))
{

$sql = "create temporary table $tmp.tmp2000
(xxxind INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY, index( ID_IND ),
index( ID_DOSS ), index( CODE_INSEE_COM ))
select
CODE_INSEE_COM,
dispositif2,
ID_IND,
ID_DOSS,
paiement
FROM - non affiché dans cartowiki - t1,
$tmp.commfichecte as t2
where
t1.CODE_INSEE_COM = t2.m ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "create table $tmp.fiche2000 (index(dispositifs_PDRN))
SELECT
a.dispositif2 as dispositifs_PDRN,
count(distinct(a.ID_IND)) as beneficiaires,
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))) as en_statut_individuel,
count(distinct(a.ID_DOSS)) as Nombre_dossiers,
round(sum(paiement),2) Montants_verses,
round(sum(paiement)/count(distinct(a.ID_IND)),2) Montant_moyen,
round(sum(if(b.CODE_NATUR_IND='P',a.paiement,NULL))/
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))),2) as Montants_exploitations_individuel
FROM $tmp.tmp2000 as a
left outer join - non affiché dans cartowiki - as b
on
a.id_ind = b.id_ind
group by
dispositif2 ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "select * from $tmp.fiche2000" ;

$resultat = mysql_query( $sql, $db ) or $execution = FALSE ;

}

if( $execution == TRUE ) tableau() ;
ELSE echo "<p align=CENTER>impossible d'afficher le tableau demandé</p>" ;
</pre>

Fiche RDR

2008-01-04T13:13:06Z

Lemenager : /* FicheRDR.php */

(Récapitulatif des aides du PDRN)

== Introduction ==

La fiche [[RDR]] est le premier tableau de bord d'une série prévue pour l'[[Evaluation finale du RDR1]] (règlement de développement rural). L'objet de cet article est de présenter ses fonctionnalitées et sa structure.

La fiche RDR est écrite en PHP4 (incluant du HTML et du javascript pour l'affichage dans le navigateur) et est composée de 9 fichiers. Pour accèder aux données nécessaires à la création des tableaux, des requêtes SQL sont exécutées dans la base MySql lors de l'affichage de la fiche.

== Applications de la Fiche RDR ==

La fiche RDR est une fiche récapitulative affichant des informations et des tableaux d'indicateurs sur les dispositifs de mise en oeuvre du Règlement de Développement Rural. Depuis un thème, elle peut être connectée à une carte de carto dynamique et donner des résultats pour la zone affichée (France, Région, département). A défaut les résultats sont affichés pour France entière.

<center>[[IMage:Ex1_ficherdr.jpg]]</center>

L'utilisateur peut naviguer dans cette fiche et visualiser les tableaux d'indicateurs par année de mise en oeuvre des dispositifs en cliquant sur les onglets correspondants.

<center>[[IMage:Ex3_ficherdr.jpg]]</center>

Le temps de traitement lors d'un premier affichage d'un tableau pour une année peut varier de 5 à 40 secondes selon l'étendue de la zone concernée par les résultats. Lors du traitement, des tables sont créées dans une base temporaire liées à la session de l'utilisateur, ces tables peuvent être réaffichées tant que la fenêtre du navigateur n'est pas fermée par l'utilisateur.

<center>[[IMage:Ex2_ficherdr.jpg]]</center>

Elle est optimisée pour fonctionner sous Internet Explorer 7.xx

== Contenu des différents fichiers ==

=== FicheRDR.php ===

Le premier fichier ficherdr.php est composé du menu (en forme d'onglet sur la partie supérieure de la fiche). A chaque clic de souris sur un bouton, ce fichier est rechargé et inclut par un "require" une des pages de traitement demandée. Ce menu est intégré dans un formulaire qui renvoit une série d'informations permettant au traitement de s'exécuter correctement :
*nom du projet d'origine
*nom de la base temporaire pour stocker les résultats des traitements
*paramètres de la carte pour identifier la zone concernée

Dans ce fichier est aussi inclu '''le code de programmation affichant le message d'attente''' lors des traitements des requêtes SQL. Il est définit à partir d'un conteneur de type <pre><DIV></DIV></pre> affiché par la commande PHP <pre>Flush()-vidage du cache</pre> et centré sur la page. Cette fenêtre flottante disparaît à la fin de l'exécution des différents fichiers appelés via une commande en javascript.

*Paramétrage de la fenêtre flottante et affichage
<pre>
echo "
<div id='messageChargement' style='display: none;height: 20px;padding: 1em;
width: 200px;text-align: center;position: absolute;top: 45%;left: 45%;z-index:1;'>
<table width='100%' style='background-color: #cc4444;border: 1px solid #fff;color: #fff;'>
<tr>
<td>
<center> <br>Traitement en<br>
cours... patientez<br><br>
<imgsrc='**/progressAnimation.gif'><br> </center>
</td>
</tr>
</table>
</div>

<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
//le message dès la soumission de la requête
document.getElementById('messageChargement').style.display = 'block';
</script>" ;

flush();
</pre>

* supression de la fenêtre flottante (devient invisible)
<pre>
echo"
<script type='text/javascript' src='XHRConnection.js'></script>
<script type='text/javascript'>
document.getElementById('messageChargement').style.display = 'none';
</script>" ;
</pre>

'''La fonction de mise en forme et d'affichage des tableaux d'indicateurs''' est aussi incluse dans ce fichier. Elle est standard pour tous les tableaux de la fiche. Elle nécessite pour son exécution, l'accès à la table des données MySql à afficher dans le tableau et à une variable désignant l'année en cours qui sera affichée dans l'entête du tableau. Il n'y a pas de feuille de style (ou fichier css). La feuille de style est directement incluse dans le corps du script au cas par cas (à revoir dans cartodynamique pour standardiser les classes).

<pre>
function tableau()
{
global - contenu non affiché dans cartowiki - ;

// compte le nombre de ligne du tableau
$nbligne = mysql_num_rows($resultat) ;

for ( $i = 0 ; $i<mysql_num_fields($resultat) ; $i++)
{
$meta = mysql_fetch_field($resultat, $i);
$test[] = $meta->name ;
}

// variable définissant la mise en forme des cellules du tableau
$styleTableau = "border:1px solid black;background-color:#DDDDDD" ;

// début et mise en forme du contour du tableau
echo "<br><br><table border='0' CELLPADDING='5' style='border:1px solid black;Border-collapse: collapse;'><tr bgcolor=\"#D3DCE3\" align='center'>" ;

// affichage de la première colonne contenant l'année des données
echo "<TD style='$styleTableau'><B>Année</B></TD>" ;

// affichage des noms des colonnes suivantes
for ($i = 0 ; $i<count($test) ; $i++)
{
$nomchamp = str_replace('_',' ',$test[$i]) ;
echo "<TD style='$styleTableau'><B>".$nomchamp."</B></TD>" ;
}

echo "</tr>";

$numero_ligne = 0 ;
$styleligne1 = "border:1px solid black;background-color:#DDDDDD" ;
$styleligne2 = "border:1px solid black;background-color:#CCCCCC";

// boucle pour afficher les lignes du tableau à partir des valeurs de la requête sql

$premiere_ligne = TRUE ;

while( $data = mysql_fetch_assoc( $resultat ) )
{
// alterner les couleurs entre lignes paires et impaires
$alter_coul = ($numero_ligne % 2) ? $styleligne1 : $styleligne2;

echo "<tr>" ;

if ( $premiere_ligne == TRUE )
{
echo "<td rowspan='".$nbligne."' style='$alter_coul' align=\"center\">$annee</td>" ;

$premiere_ligne = FALSE ;
}

for ($i = 0 ; $i<count($test) ; $i++)
{
echo "<td Align=" ;

if(eregi("[A-Z]",$data[$test[$i]])) echo "'left'" ;
ELSE echo "'right'";

echo " style='$alter_coul'>" ;

if( is_numeric( $data[$test[$i]] ) ) echo sprintf( "%.0f", $data[$test[$i]] ) ;
ELSE echo $data[$test[$i]] ;

echo "</td>" ;
}

echo "</tr>" ;

$numero_ligne++ ;
}

echo "</table>" ;

echo "</td></tr></table>" ;
</pre>

Enfin un code est implémenté pour limiter les possibilités d'exécuter la fiche RDR hors du projet auquel elle est rattachée.

=== RDRpage1.php ===

Ce fichier est exécuté au même titre que le précédent dès le lancement de la fiche. Il est composé de trois parties :

* Une première partie vérifie que les paramètres de la carte n'ont pas changé lors de l'ouverture de la fiche (si la fiche a déjà été exécutée une première fois lors de la session en cours). Si c'est le cas, toutes les tables temporaires créées sont supprimées via la commande SQL <pre>DROP TABLE</pre>.

* Une seconde partie vérifie l'existence d'une liste des communes de la carte en cache. Si ces données n'existent pas une table temporaire des communes pour France entière est générée. Elle recherche aussi dans les données fonds de carte de Cartodynamique le nom de la zone concernée pour affichage.

* Une troisième partie affiche des informations concernant les différents dispositifs, les indicateurs attendus ainsi que des liens vers les articles de cartowiki.

=== RDRpage2.php, RDRpage3.php... RDRpage8.php ===

Ces derniers fichiers contiennent les requêtes SQL à exécuter lors du traitement pour chaque année demandée. A chaque fin d'exécution des requêtes, ces fichiers font appel à la fonction tableau pour afficher les resultats dans le navigateur.

*Une première requête SQL permet de sélectionner dans les tables des paiements RDR les bénéficiaires des communes de la zone concernée.

*Une seconde requête associe les différentes données, crée les indicateurs et génère une table temporaire à la session qui sera transmise à la fonction tableau()

<pre>
$annee = "2000" ;
$execution = TRUE ;

$sql = "select * from $tmp.fiche2000" ;

if(!$resultat = mysql_query($sql, $db))
{

$sql = "create temporary table $tmp.tmp2000
(xxxind INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY, index( ID_IND ),
index( ID_DOSS ), index( CODE_INSEE_COM ))
select
CODE_INSEE_COM,
dispositif2,
ID_IND,
ID_DOSS,
paiement
FROM - non affiché dans cartowiki - t1,
$tmp.commfichecte as t2
where
t1.CODE_INSEE_COM = t2.m ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "create table $tmp.fiche2000 (index(dispositifs_PDRN))
SELECT
a.dispositif2 as dispositifs_PDRN,
count(distinct(a.ID_IND)) as beneficiaires,
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))) as en_statut_individuel,
count(distinct(a.ID_DOSS)) as Nombre_dossiers,
round(sum(paiement),2) Montants_verses,
round(sum(paiement)/count(distinct(a.ID_IND)),2) Montant_moyen,
round(sum(if(b.CODE_NATUR_IND='P',a.paiement,NULL))/
count(distinct(if(b.CODE_NATUR_IND='P',a.ID_IND,NULL))),2) as Montants_exploitations_individuel
FROM $tmp.tmp2000 as a
left outer join - non affiché dans cartowiki - as b
on
a.id_ind = b.id_ind
group by
dispositif2 ; " ;

mysql_query( $sql, $db ) or $execution = FALSE ;

$sql = "select * from $tmp.fiche2000" ;

$resultat = mysql_query( $sql, $db ) or $execution = FALSE ;

}

if( $execution == TRUE ) tableau() ;
ELSE echo "<p align=CENTER>impossible d'afficher le tableau demandé</p>" ;
</pre>

Modèle conceptuel données cnasea

2008-01-04T10:52:31Z

Lemenager : /* TRAITEMENT DE LA TABLE IDA */

===TRAITEMENT DE LA TABLE IDA ===

Trois types de données se retrouvent dans la table ida :

*Attributs de la localisation du bénéficiaire (peut varier selon le dossier)
*Attributs caractérisant les bénéficiaires
*Attributs réglementaires du dossier

Proposition de séparer, lors de la réception des données par l’observatoire, ces différents éléments en blocs distincts. L’objectif de la création de ces 3 blocs est de tester la cohérence des données reçues, voire de combler certaines données manquantes dans des dispositifs en les mettant en relation avec d’autres dispositifs et enfin à résoudre certaines ambiguïtés (statut de la société différent d’un dispositif à l’autre etc.).

'''Un premier bloc B1''' (table de contrôle des localisations) serait constitué de l’ensemble des numéros anonymisés des bénéficiaires, ainsi que de tous les Géocodes distincts attribués aux dossiers de ces bénéficiaires.

Id_Ind_Anonyme
Id_Doss_Anonyme
Code_Insee_Com

'''Un second bloc B2''' (table des bénéficiaires) contiendrait toutes les données caractérisants les bénéficiaires. Cette table serait en 1x (1 ligne = 1 bénéficiaire). Les données retenues seraient celles les plus à jour dans les dossiers (derniers dispositifs contractualisés mis à jour par le CNASEA). Pour compléter cette table, des données comme la SAU des exploitations pourraient être ajoutées lors de la réception de données techniques des dispositifs.

Id_Ind_Anonyme
Code_Insee_Com_Expl
Code_Natur_Ind
Type_Ste
Code_Situ_Fam
Sexe
Date_Nai
Date_Deces
Nb_Enfant
Code_Dpt_Nai

'''Un troisième bloc B3''' (table des dossiers) serait constitué des données réglementaires des dossiers (numéro de dossier, clé dossier, date de début, date de fin, etc.). Ce bloc aurait deux attributs supplémentaires : dispositif et mesure RDR.

Id_Ind_Anonyme
Id_Doss_Anonyme
Code_Insee_Com
Code_Prod
Lib_Lg_Prod
Date_Clo_Doss
Code_Etat_Doss

[[Image:Mcd controle donnee.jpg]]

===TRAITEMENT DE LA TABLE PAIEMENT ===

A faire

Données MSA

2008-01-04T10:48:53Z

Lemenager : /* introduction */

voir aussi [[Donnée]]

== introduction ==

Les données de la mutualité sociale agricole ([[MSA]]) sont regroupées dans des tables par année. Chaque année est classée comme une "enquête" différente (voir les attributs des tables et des données, [[métadonnée]]s)

Actuellement 4 années sont disponibles 2002, 2003, 2004 et 2005. A titre d'exemple, on compte 529 972 exploitants individuels à titre exclusif + principal en 2003 (voir carte ci-dessous)

[[Image:Msaw72003.jpg]]

== calcul des indicateurs ==

Production d'une moyenne mobile pour une année (moyenne de 3 années autour de l'année en cours) pour ensemble exploitants exclusif ou principal + secondaire

idem pour le nombre d'exo-ja

tester des valeurs relatives des écarts quand il y a plus de 10 agriculteurs dans la commune. si moins de 10 agriculteurs tester la valeur absolue.

== Libellés des données MSA ==

==== Données reçues ====

commmsa code commune

v3 <= 40 ans Nb de CE hommes à titre exclusif ou principal

v4 41-50 ans Nb de CE hommes à titre exclusif ou principal

v5 51-55 ans Nb de CE hommes à titre exclusif ou principal

v6 56-60 ans Nb de CE hommes à titre exclusif ou principal

v7 > 60 ans Nb de CE hommes à titre exclusif ou principal

v8 <= 40 ans Nb de CE femmes à titre exclusif ou principal

v9 41-50 ans Nb de CE femmes à titre exclusif ou principal

v10 51-55 ans Nb de CE femmes à titre exclusif ou principal

v11 56-60 ans Nb de CE femmes à titre exclusif ou principal

v12 > 60 ans Nb de CE femmes à titre exclusif ou principal

v13 <= 40 ans Nb de CE hommes à titre secondaire

v14 41-50 ans Nb de CE hommes à titre secondaire

v15 51-55 ans Nb de CE hommes à titre secondaire

v16 56-60 ans Nb de CE hommes à titre secondaire

v17 > 60 ans Nb de CE hommes à titre secondaire

v18 <= 40 ans Nb de CE femmes à titre secondaire

v19 41-50 ans Nb de CE femmes à titre secondaire

v20 51-55 ans Nb de CE femmes à titre secondaire

v22 > 60 ans Nb de CE femmes à titre secondaire

v23 <= 60 ans Nb de CE individuels hommes à titre exclusif ou principal

v24 > 60 ans Nb de CE individuels hommes à titre exclusif ou principal

v25 <= 60 ans Nb de CE individuels femmes à titre exclusif ou principal

v26 > 60 ans Nb de CE individuels femmes à titre exclusif ou principal

v27 <= 60 ans Nb de cotisants de solidarité hommes

v28 > 60 ans Nb de cotisants de solidarité hommes

v29 <= 60 ans Nb de cotisants de solidarité femmes

v30 > 60 ans Nb de cotisants de solidarité femmes

v31 Nb de CE hommes bénéficiaires d'exo-JA

v32 Nb de CE femmes bénéficiaires d'exo-JA

v33 Nombre total d'aides familiaux

v34 <= 60 ans Nombre de conjoints collaborateurs

v35 > 60 ans Nombre de conjoints collaborateurs

v36 <= 60 ans Nombre de conjoints participants

v37 > 60 ans Nombre de conjoints participants

v38 <= 40 ans Assiette brute en euros des CE à titre exclusif ou principal

v39 41-50 ans Assiette brute en euros des CE à titre exclusif ou principal

v40 51-55 ans Assiette brute en euros des CE à titre exclusif ou principal

v41 56-60 ans Assiette brute en euros des CE à titre exclusif ou principal

v42 > 60 ans Assiette brute en euros des CE à titre exclusif ou principal

v43 <= 40 ans Assiette brute en euros des CE à titre secondaire

v44 41-50 ans Assiette brute en euros des CE à titre secondaire

v45 51-55 ans Assiette brute en euros des CE à titre secondaire

v46 56-60 ans Assiette brute en euros des CE à titre secondaire

v47 > 60 ans Assiette brute en euros des CE à titre secondaire

v48 <= 40 ans Superficie en ares des CE à titre exclusif ou principal

v49 41-50 ans Superficie en ares des CE à titre exclusif ou principal

v50 51-55 ans Superficie en ares des CE à titre exclusif ou principal

v51 56-60 ans Superficie en ares des CE à titre exclusif ou principal

v52 > 60 ans Superficie en ares des CE à titre exclusif ou principal

v53 <= 40 ans Superficie en ares des CE à titre secondaire

v54 41-50 ans Superficie en ares des CE à titre secondaire

v55 51-55 ans Superficie en ares des CE à titre secondaire

v56 56-60 ans Superficie en ares des CE à titre secondaire

v57 > 60 ans Superficie en ares des CE à titre secondaire

v58 <= 60 ans Assiette brute en euros des cotisants de solidarité

v59 > 60 ans Assiette brute en euros des cotisants de solidarité

v60 <= 60 ans Superficie en ares des cotisants de solidarité

v61 > 60 ans Superficie en ares des cotisants de solidarité

v62 Nombre de CE avec salariés

v63 Assiette brute en euros des CE avec salariés

v64 Superficie en ares des CE avec salariés

==== Données calculées ====

msaw1 Total exp à titre exclusif +principal homme

msaw2 Total exp à titre exclusif + principal femmes

msaw3 Total exp à titre exclusif +principal <=40 ans

msaw4 Total exp à titre exclusif + principal 41 à 50 ans

msaw5 Total exp à titre exclusif + principal > 50 ans

msaw6 Total à titre exclusif +principal <=50 ans

msaw7 Total exp à titre exclusif + principal

msaw8 Total d'exp individuels à titre exclusif + principal

msaw9 Total exp à titre secondaire homme

msaw10 Total exp à titre secondaire femmes

msaw11 Total exp à titre secondaire <=40 ans

msaw12 Total exp à titre secondaire 41 à 50 ans

msaw13 Total exp à titre secondaire > 50 ans

msaw14 Total exp à titre secondaire <=50 ans

msaw15 Total exp à titre secondaire

msaw16 Total exp à titre exclusif + principal + secondaire hommes

msaw17 Total exp à titre exclusif + principal + secondaire femmes

msaw18 Total exp à titre exclusif +principal +secondaire <=50 ans

msaw19 Total exp à titre exclusif + principal + secondaire

msaw20 Total cotisants solidarités

msaw21 Total cotisants tous statut hommes

msaw22 Total cotisants tous statut femmes

msaw23 Total cotisants tous statut

msaw24 Total EXOJA

msaw25 Total conjoints collaborateurs

msaw26 Total conjoints participants

msaw27 Total conjoint <=40 ans

msaw28 Total conjoint > 40 ans

msaw29 Total conjoint

msaw30 Total EMPLOI

msaw31 assiette brute en Euro des exp à titre exclusif+principal +secondaire

msaw32 sup en ares des exp à titre exclusif + principal + secondaire

msaw33 sup en ares des exp à titre exclusif/principal/secondaire/cotisants de solidarité

Données MSA

2008-01-04T10:48:34Z

Lemenager : /* calcul des indicateurs */

voir aussi [[Donnée]]

== introduction ==

Les données de la mutualité sociale agricole ([[MSA]]) sont regroupées dans des tables par année. Chaque année est classée comme une "enquête" différente (voir les attributs des tables et des données, [[métadonnée]]s)

Actuellement 4 années sont disponibles 2002, 2003, 2004 et 2005. A titre d'exemple, on compte 529972 exploitants individuels à titre exclusif + principal en 2003 (voir carte ci-dessous)

[[Image:Msaw72003.jpg]]

== calcul des indicateurs ==

Production d'une moyenne mobile pour une année (moyenne de 3 années autour de l'année en cours) pour ensemble exploitants exclusif ou principal + secondaire

idem pour le nombre d'exo-ja

tester des valeurs relatives des écarts quand il y a plus de 10 agriculteurs dans la commune. si moins de 10 agriculteurs tester la valeur absolue.

== Libellés des données MSA ==

==== Données reçues ====

commmsa code commune

v3 <= 40 ans Nb de CE hommes à titre exclusif ou principal

v4 41-50 ans Nb de CE hommes à titre exclusif ou principal

v5 51-55 ans Nb de CE hommes à titre exclusif ou principal

v6 56-60 ans Nb de CE hommes à titre exclusif ou principal

v7 > 60 ans Nb de CE hommes à titre exclusif ou principal

v8 <= 40 ans Nb de CE femmes à titre exclusif ou principal

v9 41-50 ans Nb de CE femmes à titre exclusif ou principal

v10 51-55 ans Nb de CE femmes à titre exclusif ou principal

v11 56-60 ans Nb de CE femmes à titre exclusif ou principal

v12 > 60 ans Nb de CE femmes à titre exclusif ou principal

v13 <= 40 ans Nb de CE hommes à titre secondaire

v14 41-50 ans Nb de CE hommes à titre secondaire

v15 51-55 ans Nb de CE hommes à titre secondaire

v16 56-60 ans Nb de CE hommes à titre secondaire

v17 > 60 ans Nb de CE hommes à titre secondaire

v18 <= 40 ans Nb de CE femmes à titre secondaire

v19 41-50 ans Nb de CE femmes à titre secondaire

v20 51-55 ans Nb de CE femmes à titre secondaire

v22 > 60 ans Nb de CE femmes à titre secondaire

v23 <= 60 ans Nb de CE individuels hommes à titre exclusif ou principal

v24 > 60 ans Nb de CE individuels hommes à titre exclusif ou principal

v25 <= 60 ans Nb de CE individuels femmes à titre exclusif ou principal

v26 > 60 ans Nb de CE individuels femmes à titre exclusif ou principal

v27 <= 60 ans Nb de cotisants de solidarité hommes

v28 > 60 ans Nb de cotisants de solidarité hommes

v29 <= 60 ans Nb de cotisants de solidarité femmes

v30 > 60 ans Nb de cotisants de solidarité femmes

v31 Nb de CE hommes bénéficiaires d'exo-JA

v32 Nb de CE femmes bénéficiaires d'exo-JA

v33 Nombre total d'aides familiaux

v34 <= 60 ans Nombre de conjoints collaborateurs

v35 > 60 ans Nombre de conjoints collaborateurs

v36 <= 60 ans Nombre de conjoints participants

v37 > 60 ans Nombre de conjoints participants

v38 <= 40 ans Assiette brute en euros des CE à titre exclusif ou principal

v39 41-50 ans Assiette brute en euros des CE à titre exclusif ou principal

v40 51-55 ans Assiette brute en euros des CE à titre exclusif ou principal

v41 56-60 ans Assiette brute en euros des CE à titre exclusif ou principal

v42 > 60 ans Assiette brute en euros des CE à titre exclusif ou principal

v43 <= 40 ans Assiette brute en euros des CE à titre secondaire

v44 41-50 ans Assiette brute en euros des CE à titre secondaire

v45 51-55 ans Assiette brute en euros des CE à titre secondaire

v46 56-60 ans Assiette brute en euros des CE à titre secondaire

v47 > 60 ans Assiette brute en euros des CE à titre secondaire

v48 <= 40 ans Superficie en ares des CE à titre exclusif ou principal

v49 41-50 ans Superficie en ares des CE à titre exclusif ou principal

v50 51-55 ans Superficie en ares des CE à titre exclusif ou principal

v51 56-60 ans Superficie en ares des CE à titre exclusif ou principal

v52 > 60 ans Superficie en ares des CE à titre exclusif ou principal

v53 <= 40 ans Superficie en ares des CE à titre secondaire

v54 41-50 ans Superficie en ares des CE à titre secondaire

v55 51-55 ans Superficie en ares des CE à titre secondaire

v56 56-60 ans Superficie en ares des CE à titre secondaire

v57 > 60 ans Superficie en ares des CE à titre secondaire

v58 <= 60 ans Assiette brute en euros des cotisants de solidarité

v59 > 60 ans Assiette brute en euros des cotisants de solidarité

v60 <= 60 ans Superficie en ares des cotisants de solidarité

v61 > 60 ans Superficie en ares des cotisants de solidarité

v62 Nombre de CE avec salariés

v63 Assiette brute en euros des CE avec salariés

v64 Superficie en ares des CE avec salariés

==== Données calculées ====

msaw1 Total exp à titre exclusif +principal homme

msaw2 Total exp à titre exclusif + principal femmes

msaw3 Total exp à titre exclusif +principal <=40 ans

msaw4 Total exp à titre exclusif + principal 41 à 50 ans

msaw5 Total exp à titre exclusif + principal > 50 ans

msaw6 Total à titre exclusif +principal <=50 ans

msaw7 Total exp à titre exclusif + principal

msaw8 Total d'exp individuels à titre exclusif + principal

msaw9 Total exp à titre secondaire homme

msaw10 Total exp à titre secondaire femmes

msaw11 Total exp à titre secondaire <=40 ans

msaw12 Total exp à titre secondaire 41 à 50 ans

msaw13 Total exp à titre secondaire > 50 ans

msaw14 Total exp à titre secondaire <=50 ans

msaw15 Total exp à titre secondaire

msaw16 Total exp à titre exclusif + principal + secondaire hommes

msaw17 Total exp à titre exclusif + principal + secondaire femmes

msaw18 Total exp à titre exclusif +principal +secondaire <=50 ans

msaw19 Total exp à titre exclusif + principal + secondaire

msaw20 Total cotisants solidarités

msaw21 Total cotisants tous statut hommes

msaw22 Total cotisants tous statut femmes

msaw23 Total cotisants tous statut

msaw24 Total EXOJA

msaw25 Total conjoints collaborateurs

msaw26 Total conjoints participants

msaw27 Total conjoint <=40 ans

msaw28 Total conjoint > 40 ans

msaw29 Total conjoint

msaw30 Total EMPLOI

msaw31 assiette brute en Euro des exp à titre exclusif+principal +secondaire

msaw32 sup en ares des exp à titre exclusif + principal + secondaire

msaw33 sup en ares des exp à titre exclusif/principal/secondaire/cotisants de solidarité

Dublin Core

2008-01-04T10:43:34Z

Lemenager : /* Carte d'identité complète des données de l'observatoire et démarche à suivre */

==Définitions==

Le Dublin Core est un schéma de [[métadonnée]] générique qui permet de décrire des ressources numériques ou physiques et d’établir des relations avec d'autres ressources. Il comprend 15 éléments de description formels (titre, auteur, éditeur), intellectuels (sujet, description, langue…) et relatifs à la propriété intellectuelle.

Le Dublin Core fait l'objet de la norme internationale ISO 15836.(Source : Wikipedia)

==Utilisation de Dublin Core dans l'ODR==

{| border="1" class="grey"
|+ Table de correspondance entre Dublin Core et l'observatoire
|-
! Elément Dublin Core
! Elément ODR
! Commentaires
|-
| ''Titre''
| ''Nom'' (intitulé de la variable)
|
|-
|''Créateur''
|''Fournisseur''
| Organisme créateur primaire de la donnée (ex : MSA, CNASEA...)
|-
| ''Sujets'' ou mots clés
| ''Sujets ou mots clés''
| Elèments utilisés pour les thématiques auxquelles se rapportent les tables de données
|-
|''Description''
|''Description''
|Description du dispositif de recueil de la donnée
|-
|''Editeur''
|Observatoire ODR
|Quelle que soit la donnée
|-
|''Contributeur''
|Non renseigné
|
|-
|''Date''
|''Date'' de réalisation d'une enquête ou dispositif
|Ex : AMEXA 2002, ICHN 2000-2006
|-
|''Type de ressource''
|Données importées/indicateurs crées
|Genre du contenu (renvoie aux entités renseignées)
|-
|''Format''
|Base de données SQL
|Il s'agit du format de stokage, non de la structure des données
|-
|''Identifiant de la ressource''
|Code Complet
|L'identifiant doit être unique au sein du site
|-
|''Source''
|''Enquête ou dispositif'' de recueil de l'information
|Nom de l'enquête INSEE ou SCEES ou nom du dispositif d'aides. (différent de "source" dans l'ODR)
|-
|''Langue''
|Non pertinent
|
|-
|''Relation''
|Clés primaires et clés secondaires
|Relation avec d'autres ressources de l'observatoire
|-
|''Couverture''
|''Niveau géographique, étendue''
|Couverture géographique (la couverture temporelle correspond à l'élément date)
|-
|''Droits''
|''Données personnelles, privées ou publiques, publiable ou non''
|
|-
|}

==Carte d'identité complète des données de l'observatoire et démarche à suivre==

Cette démarche s'applique pour les données non géographiques

Les paramètres obligatoires à remplir pour les données publiables sont en '''gras'''.

Eléments générés par l'action d'enregistrement ou de référencement

*Etape 1 : '''Code de la variable''' (attribut) dans la table
*Etape 2 : '''Identifiant complet de la variable''' (correspond à ''identifiant de la ressource'' dans Dublin Core - DC)
*Etape 3 : '''Date d'enregistrement''' (dans carto)
*Etape 4 : '''Nom du propriétaire''' dans l'observatoire
*Etape 5 : '''Zone de dépot''' où à été effectué l'enregistrement
*Etape 6 : '''Type de ressource''' (correspond à ''type de ressource'' dans DC)
*Etape 7 : '''Adresse de la ressource''', du traitement (si variable créée)

Eléments de la variable renseignés par le propriétaire lors de l'enregistrement ou du référencement

*Etape 8 : '''Nom de la variable''' (correspond à ''Titre'' dans DC)
*Etape 9 : Intitulé court
*Etape 10 : '''Discret/continu'''
*Etape 12 : Article Cartowiki correspondant spécifiquement à la variable (si existant...)
*Etape 13 : '''Droits 1''' ; donnée publique, privée, personnelle (correspond à ''Droits'' dans DC)
*Etape 14 : '''Droits 2''' ; fiche d'identité, publiable ou non (correspond à ''Droits'' dans DC)

Eléments de la table où se trouve la donnée, renseignés par le propriétaire lors de l'enregistrement

*Etape 15 : '''Nom de la table'''
*Etape 16 : '''Niveau géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 17 : '''Etendue géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 18 : '''Clé primaire''' (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 19 : Clé secondaire (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 20 : Sujet ou mots clés (correspond à ''sujet'' dans DC).
*Etape 21 : Commentaires sur la table
*Etape 22 : "pense-bête"
*Etape 23 : '''Fournisseur''' (correspond à ''créateur'' dans DC)
*Etape 24 : Source si différente de fournisseur
*Etape 25 : Partenaire responsable de la donnée dans l'observatoire
*Etape 26 : '''Enquête''', dispositif de recueil de la donnée (correspond à ''source'' dans DC)
*Etape 27 : '''Date''' enquête (correspond à ''date'' dans DC)
*Etape 28 : Localisation externe de la donnée
*Etape 29 : Article Cartowiki sur le fournisseur
*Etape 30 : Article Cartowiki sur l'enquête (correspond à ''description'' dans DC)

Dublin Core

2008-01-04T10:42:36Z

Lemenager : /* Carte d'identité complète des données de l'observatoire et démarche à suivre */

==Définitions==

Le Dublin Core est un schéma de [[métadonnée]] générique qui permet de décrire des ressources numériques ou physiques et d’établir des relations avec d'autres ressources. Il comprend 15 éléments de description formels (titre, auteur, éditeur), intellectuels (sujet, description, langue…) et relatifs à la propriété intellectuelle.

Le Dublin Core fait l'objet de la norme internationale ISO 15836.(Source : Wikipedia)

==Utilisation de Dublin Core dans l'ODR==

{| border="1" class="grey"
|+ Table de correspondance entre Dublin Core et l'observatoire
|-
! Elément Dublin Core
! Elément ODR
! Commentaires
|-
| ''Titre''
| ''Nom'' (intitulé de la variable)
|
|-
|''Créateur''
|''Fournisseur''
| Organisme créateur primaire de la donnée (ex : MSA, CNASEA...)
|-
| ''Sujets'' ou mots clés
| ''Sujets ou mots clés''
| Elèments utilisés pour les thématiques auxquelles se rapportent les tables de données
|-
|''Description''
|''Description''
|Description du dispositif de recueil de la donnée
|-
|''Editeur''
|Observatoire ODR
|Quelle que soit la donnée
|-
|''Contributeur''
|Non renseigné
|
|-
|''Date''
|''Date'' de réalisation d'une enquête ou dispositif
|Ex : AMEXA 2002, ICHN 2000-2006
|-
|''Type de ressource''
|Données importées/indicateurs crées
|Genre du contenu (renvoie aux entités renseignées)
|-
|''Format''
|Base de données SQL
|Il s'agit du format de stokage, non de la structure des données
|-
|''Identifiant de la ressource''
|Code Complet
|L'identifiant doit être unique au sein du site
|-
|''Source''
|''Enquête ou dispositif'' de recueil de l'information
|Nom de l'enquête INSEE ou SCEES ou nom du dispositif d'aides. (différent de "source" dans l'ODR)
|-
|''Langue''
|Non pertinent
|
|-
|''Relation''
|Clés primaires et clés secondaires
|Relation avec d'autres ressources de l'observatoire
|-
|''Couverture''
|''Niveau géographique, étendue''
|Couverture géographique (la couverture temporelle correspond à l'élément date)
|-
|''Droits''
|''Données personnelles, privées ou publiques, publiable ou non''
|
|-
|}

==Carte d'identité complète des données de l'observatoire et démarche à suivre==

Cette démarche s'applique pour les données non géographiques

Les paramètres obligatoires à remplir pour les données publiables sont en '''gras'''.

Eléments générés par l'action d'enregistrement ou de référencement

*Etape 1 : '''Code de la variable''' (attribut) dans la table
*Etape 2 : '''Identifiant complet de la variable''' (correspond à ''identifiant de la ressource'' dans Dublin Core - DC)
*Etape 3 : '''Date d'enregistrement''' (dans carto)
*Etape 4 : '''Nom du propriétaire''' dans l'observatoire
*Etape 5 : '''Zone de dépot''' où à été effectué l'enregistrement
*Etape 6 : '''Type de ressource''' (correspond à ''type de ressource'' dans DC)
*Etape 7 : '''Adresse de la ressource''', du traitement (si variable créée)

Eléments de la variable renseignés par le propriétaire lors de l'enregistrement ou du référencement

*Etape 8 : '''Nom de la variable''' (correspond à ''Titre'' dans DC)
*Etape 9 : Intitulé court
*Etape 10 : '''Discret/continu'''
*Etape 12 : Article Cartowiki correspondant spécifiquement à la variable (si existant...)
*Etape 13 : '''Droits 1''' ; donnée publique, privée, personnelle (correspond à ''Droits'' dans DC)
*Etape 14 : '''Droits 2''' ; fiche d'identité, publiable ou non (correspond à ''Droits'' dans DC)

Eléments de la table où se trouve la donnée, renseignés ar le propriétaire lors de l'enregistrement

*Etape 15 : '''Nom de la table'''
*Etape 16 : '''Niveau géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 17 : '''Etendue géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 18 : '''Clé primaire''' (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 19 : Clé secondaire (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 20 : Sujet ou mots clés (correspond à ''sujet'' dans DC).
*Etape 21 : Commentaires sur la table
*Etape 22 : "pense-bête"
*Etape 23 : '''Fournisseur''' (correspond à ''créateur'' dans DC)
*Etape 24 : Source si différente de fournisseur
*Etape 25 : Partenaire responsable de la donnée dans l'observatoire
*Etape 26 : '''Enquête''', dispositif de recueil de la donnée (correspond à ''source'' dans DC)
*Etape 27 : '''Date''' enquête (correspond à ''date'' dans DC)
*Etape 28 : Localisation externe de la donnée
*Etape 29 : Article Cartowiki sur le fournisseur
*Etape 30 : Article Cartowiki sur l'enquête (correspond à ''description'' dans DC)

Dublin Core

2008-01-04T10:41:05Z

Lemenager : /* Utilisation de Dublin Core dans l'ODR */

==Définitions==

Le Dublin Core est un schéma de [[métadonnée]] générique qui permet de décrire des ressources numériques ou physiques et d’établir des relations avec d'autres ressources. Il comprend 15 éléments de description formels (titre, auteur, éditeur), intellectuels (sujet, description, langue…) et relatifs à la propriété intellectuelle.

Le Dublin Core fait l'objet de la norme internationale ISO 15836.(Source : Wikipedia)

==Utilisation de Dublin Core dans l'ODR==

{| border="1" class="grey"
|+ Table de correspondance entre Dublin Core et l'observatoire
|-
! Elément Dublin Core
! Elément ODR
! Commentaires
|-
| ''Titre''
| ''Nom'' (intitulé de la variable)
|
|-
|''Créateur''
|''Fournisseur''
| Organisme créateur primaire de la donnée (ex : MSA, CNASEA...)
|-
| ''Sujets'' ou mots clés
| ''Sujets ou mots clés''
| Elèments utilisés pour les thématiques auxquelles se rapportent les tables de données
|-
|''Description''
|''Description''
|Description du dispositif de recueil de la donnée
|-
|''Editeur''
|Observatoire ODR
|Quelle que soit la donnée
|-
|''Contributeur''
|Non renseigné
|
|-
|''Date''
|''Date'' de réalisation d'une enquête ou dispositif
|Ex : AMEXA 2002, ICHN 2000-2006
|-
|''Type de ressource''
|Données importées/indicateurs crées
|Genre du contenu (renvoie aux entités renseignées)
|-
|''Format''
|Base de données SQL
|Il s'agit du format de stokage, non de la structure des données
|-
|''Identifiant de la ressource''
|Code Complet
|L'identifiant doit être unique au sein du site
|-
|''Source''
|''Enquête ou dispositif'' de recueil de l'information
|Nom de l'enquête INSEE ou SCEES ou nom du dispositif d'aides. (différent de "source" dans l'ODR)
|-
|''Langue''
|Non pertinent
|
|-
|''Relation''
|Clés primaires et clés secondaires
|Relation avec d'autres ressources de l'observatoire
|-
|''Couverture''
|''Niveau géographique, étendue''
|Couverture géographique (la couverture temporelle correspond à l'élément date)
|-
|''Droits''
|''Données personnelles, privées ou publiques, publiable ou non''
|
|-
|}

==Carte d'identité complète des données de l'observatoire et démarche à suivre==

Cette démarche s'applique pour les données non géographiques

Les paramètres obligatoires à remplir pour les données publiables sont en '''gras'''.

Elèments générés par l'action d'enregistrement ou de référencement

*Etape 1 : '''Code de la variable''' (attribut) dans la table
*Etape 2 : '''Identifiant complet de la variable''' (correspond à ''identifiant de la ressource'' dans Dublin Core - DC)
*Etape 3 : '''Date d'enregistrement''' (dans carto)
*Etape 4 : '''Nom du propriétaire''' dans l'observatoire
*Etape 5 : '''Zone de dépot''' où à été effectué l'enregistrement
*Etape 6 : '''Type de ressource''' (correspond à ''type de ressource'' dans DC)
*Etape 7 : '''Adresse de la ressource''', du traitement (si variable créée)

Elèments de la variable renseignés par le propriétaire lors de l'enregistrement ou du référencement

*Etape 8 : '''Nom de la variable''' (correspond à ''Titre'' dans DC)
*Etape 9 : Intitulé court
*Etape 10 : '''Discret/continu'''
*Etape 12 : Article Cartowiki correspondant spécifiquement à la variable (si existant...)
*Etape 13 : '''Droits 1''' ; donnée publique, privée, personnelle (correspond à ''Droits'' dans DC)
*Etape 14 : '''Droits 2''' ; fiche d'identité, publiable ou non (correspond à ''Droits'' dans DC)

Elèments de la table où se trouve la donnée, renseignés ar le propriétaire lors de l'enregistrement

*Etape 15 : '''Nom de la table'''
*Etape 16 : '''Niveau géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 17 : '''Etendue géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 18 : '''Clé primaire''' (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 19 : Clé secondaire (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 20 : Sujet ou mots clés (correspond à ''sujet'' dans DC).
*Etape 21 : Commentaires sur la table
*Etape 22 : "pense-bête"
*Etape 23 : '''Fournisseur''' (correspond à ''créateur'' dans DC)
*Etape 24 : Source si différente de fournisseur
*Etape 25 : Partenaire responsable de la donnée dans l'observatoire
*Etape 26 : '''Enquête''', dispositif de recueil de la donnée (correspond à ''source'' dans DC)
*Etape 27 : '''Date''' enquête (correspond à ''date'' dans DC)
*Etape 28 : Localisation externe de la donnée
*Etape 29 : Article Cartowiki sur le fournisseur
*Etape 30 : Article Cartowiki sur l'enquête (correspond à ''description'' dans DC)

Dublin Core

2008-01-04T10:40:25Z

Lemenager : /* Utilisation de Dublin Core dans l'ODR */

==Définitions==

Le Dublin Core est un schéma de [[métadonnée]] générique qui permet de décrire des ressources numériques ou physiques et d’établir des relations avec d'autres ressources. Il comprend 15 éléments de description formels (titre, auteur, éditeur), intellectuels (sujet, description, langue…) et relatifs à la propriété intellectuelle.

Le Dublin Core fait l'objet de la norme internationale ISO 15836.(Source : Wikipedia)

==Utilisation de Dublin Core dans l'ODR==

{| border="1" class="grey"
|+ Table de correspondance entre Dublin Core et l'observatoire
|-
! Elément Dublin Core
! Elément ODR
! Commentaires
|-
| ''Titre''
| ''Nom'' (intitulé de la variable)
|
|-
|''Créateur''
|''Fournisseur''
| Organisme créateur primaire de la donnée (ex : MSA, CNASEA...)
|-
| ''Sujets'' ou mots clés
| ''Sujets ou mots clés''
| Elèments utilisés pour les thématiques auxquelles se rapportent les tables de données
|-
|''Description''
|''Description''
|Description du dispositif de recueil de la donnée
|-
|''Editeur''
|Observatoire ODR
|Quelle que soit la donnée
|-
|''Contributeur''
|Non renseigné
|
|-
|''Date''
|''Date'' de réalisation d'une enquête ou dispositif
|Ex : AMEXA 2002, ICHN 2000-2006
|-
|''Type de ressource''
|Données importées/indicateurs crées
|Genre du contenu (renvoie aux entités renseignées)
|-
|''Format''
|Base de données SQL
|Il s'agit du format de stokage, non de la structure des données
|-
|''Identifiant de la ressource''
|Code Complet
|L'identifiant doit être unique au sein du site
|-
|''Source''
|''Enquête ou dispositif'' de recueil de l'information
|Nom de l'enquête INSEE ou SCEES ou nom du dispositif d'aides. (différent de "source" dans l'ODR)
|-
|''Langue''
|Non pertinent
|
|-
|''Relation''
|Clés primaires et clés secondaires
|Relation avec d'autres ressources de l'observatoire
|-
|''Couverture''
|''Niveau géographique, étendue''
|Couverture géographique (la couverture temporelle correspond à l'élèment date)
|-
|''Droits''
|''Données personnelles, privées ou publiques, publiable ou non''
|
|-
|}

==Carte d'identité complète des données de l'observatoire et démarche à suivre==

Cette démarche s'applique pour les données non géographiques

Les paramètres obligatoires à remplir pour les données publiables sont en '''gras'''.

Elèments générés par l'action d'enregistrement ou de référencement

*Etape 1 : '''Code de la variable''' (attribut) dans la table
*Etape 2 : '''Identifiant complet de la variable''' (correspond à ''identifiant de la ressource'' dans Dublin Core - DC)
*Etape 3 : '''Date d'enregistrement''' (dans carto)
*Etape 4 : '''Nom du propriétaire''' dans l'observatoire
*Etape 5 : '''Zone de dépot''' où à été effectué l'enregistrement
*Etape 6 : '''Type de ressource''' (correspond à ''type de ressource'' dans DC)
*Etape 7 : '''Adresse de la ressource''', du traitement (si variable créée)

Elèments de la variable renseignés par le propriétaire lors de l'enregistrement ou du référencement

*Etape 8 : '''Nom de la variable''' (correspond à ''Titre'' dans DC)
*Etape 9 : Intitulé court
*Etape 10 : '''Discret/continu'''
*Etape 12 : Article Cartowiki correspondant spécifiquement à la variable (si existant...)
*Etape 13 : '''Droits 1''' ; donnée publique, privée, personnelle (correspond à ''Droits'' dans DC)
*Etape 14 : '''Droits 2''' ; fiche d'identité, publiable ou non (correspond à ''Droits'' dans DC)

Elèments de la table où se trouve la donnée, renseignés ar le propriétaire lors de l'enregistrement

*Etape 15 : '''Nom de la table'''
*Etape 16 : '''Niveau géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 17 : '''Etendue géographique de la table''' (correspond à ''couverture'' dans DC)
*Etape 18 : '''Clé primaire''' (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 19 : Clé secondaire (si variable individuelle),(correspond à ''relation'' dans DC)
*Etape 20 : Sujet ou mots clés (correspond à ''sujet'' dans DC).
*Etape 21 : Commentaires sur la table
*Etape 22 : "pense-bête"
*Etape 23 : '''Fournisseur''' (correspond à ''créateur'' dans DC)
*Etape 24 : Source si différente de fournisseur
*Etape 25 : Partenaire responsable de la donnée dans l'observatoire
*Etape 26 : '''Enquête''', dispositif de recueil de la donnée (correspond à ''source'' dans DC)
*Etape 27 : '''Date''' enquête (correspond à ''date'' dans DC)
*Etape 28 : Localisation externe de la donnée
*Etape 29 : Article Cartowiki sur le fournisseur
*Etape 30 : Article Cartowiki sur l'enquête (correspond à ''description'' dans DC)

Métadonnée

2008-01-04T10:36:17Z

Lemenager :

L’observatoire est un '''système d’information''', que l'on peut représenter comme un modèle à trois éléments :

- bases de données ([[donnée]]s numériques de tous types, y compris les référentiels géographiques, utilisées dans les traitements et les documents stockés) ,

- interfaces

- utilisateurs

Le modèle est constitué par les relations fonctionnelles entre les trois éléments : données/interfaces/utilisateurs. Celles-ci concernent les relations de propriété, les fonctions du logiciel et les droits d'accès aux données et aux fonctions.

Il y a plusieurs bases de données définies par des ensembles de clés. Il y a toutefois une clé universelle qui est le référentiel communal [[INSEE]]/[[IGN]] 1999. Il y a plusieurs types d’interfaces selon les fonctions ou données disponibles (en ce sens chaque [[projet]] offre des interfaces spécifiques).

Les métadonnées concernent diverses entités :

*les bases de données primaires et secondaires (les "données de l'observatoire" accessibles pour des traitements et indicateurs résultats de ces traitements),

*les entités géographiques,

*les documents stockés,

*les utilisateurs.

L'information sur les différentes entités (métadonnées) sont accessibles dans des répertoires en ligne sur la page acceil de l'observatoire.

===Métadonnées sur les bases de données===

==Quelles sont les entités à renseigner ?==

(En italique termes qui figurent dans le glossaire, cf. article 2 de la convention, qui peut être amélioré ou complété si nécessaire…)

*les '''fournisseurs de données''' (Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simple utilisateurs titulaires), autres sources de données (non présentes dans l’observatoire, c’est-à-dire documentation externe).
*les ensembles de données '''ou dispositifs de recueil de données''' (« enquêtes » dans carto), classées par fournisseurs de données,
*les '''tables de données''' au sein de ces ensembles (dans carto ces tables sont importées dans des zones de dépôts créées par les fournisseurs de données),
*les [['''entités géographiques''']]
*les index d’ensembles de données « individuelles »
*les '''attributs''' (une donnée de base est la valeur d’un attribut pour une valeur de l’index), ceci par table
*les '''indicateurs''' (résultats sauvegardés comme item d’un thème)

--[[Utilisateur:gilles|gilles]]

Métadonnée

2008-01-04T10:35:26Z

Lemenager :

L’observatoire est un '''système d’information''', que l'on peut représenter comme un modèle à trois éléments :

- bases de données ([[donnée]]s numériques de tous types, y compris les référentiels géographiques, utilisées dans les traitements et les documents stockés) ,

- interfaces

- utilisateurs

Le modèle est constitué par les relations fonctionnelles entre les trois éléments : données/interfaces/utilisateurs. Celles-ci concernent les relations de propriété, les fonctions du logiciel et les droits d'accès aux données et aux fonctions.

Il y a plusieurs bases de données définies par des ensembles de clés. Il y a toutefois une clé universelle qui est le référentiel communal [[INSEE]]/[[IGN]] 1999. Il y a plusieurs types d’interfaces selon les fonctions ou données disponibles (en ce sens chaque [[projet]] offre des interfaces spécifiques).

Les métadonnées concernent diverses entités :

*les bases de données primaires et secondaires (les "données de l'observatoire" accessibles pour des traitements et indicateurs résultats de ces traitements),

*les entités géographiques,

*les documents stockés,

*les utilisateurs.

L'information sur les différentes entités(métadonnées) sont accessibles dans des répertoires en ligne sur la page acceil de l'observatoire.

===Métadonnées sur les bases de données===

==Quelles sont les entités à renseigner ?==

(En italique termes qui figurent dans le glossaire, cf. article 2 de la convention, qui peut être amélioré ou complété si nécessaire…)

*les '''fournisseurs de données''' (Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simple utilisateurs titulaires), autres sources de données (non présentes dans l’observatoire, c’est-à-dire documentation externe).
*les ensembles de données '''ou dispositifs de recueil de données''' (« enquêtes » dans carto), classées par fournisseurs de données,
*les '''tables de données''' au sein de ces ensembles (dans carto ces tables sont importées dans des zones de dépôts créées par les fournisseurs de données),
*les [['''entités géographiques''']]
*les index d’ensembles de données « individuelles »
*les '''attributs''' (une donnée de base est la valeur d’un attribut pour une valeur de l’index), ceci par table
*les '''indicateurs''' (résultats sauvegardés comme item d’un thème)

--[[Utilisateur:gilles|gilles]]

Métadonnée

2008-01-04T10:34:52Z

Lemenager :

L’observatoire est un '''système d’information''', que l'on peut représenter comme un modèle à trois éléments :

- bases de données ([[donnée]]s numériques de tous types, y compris les référentiels géographiques, utilisées dans les traitements et les documents stockés) ,

- interfaces

- utilisateurs

Le modèle est constitué par les relations fonctionnelles entre les trois éléments : données/interfaces/utilisateurs. Celles-ci concernent les relations de propriété, les fonctions du logiciel et les droits d'accés aux données et aux fonctions.

Il y a plusieurs bases de données définies par des ensembles de clés. Il y a toutefois une clé universelle qui est le référentiel communal [[INSEE]]/[[IGN]] 1999. Il y a plusieurs types d’interfaces selon les fonctions ou données disponibles (en ce sens chaque [[projet]] offre des interfaces spécifiques).

Les métadonnées concernent diverses entités :

*les bases de données primaires et secondaires (les "données de l'observatoire" accessibles pour des traitements et indicateurs résultats de ces traitements),

*les entités géographiques,

*les documents stockés,

*les utilisateurs.

L'information sur les différentes entités(métadonnées) sont accessibles dans des répertoires en ligne sur la page acceil de l'observatoire.

===Métadonnées sur les bases de données===

==Quelles sont les entités à renseigner ?==

(En italique termes qui figurent dans le glossaire, cf. article 2 de la convention, qui peut être amélioré ou complété si nécessaire…)

*les '''fournisseurs de données''' (Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simple utilisateurs titulaires), autres sources de données (non présentes dans l’observatoire, c’est-à-dire documentation externe).
*les ensembles de données '''ou dispositifs de recueil de données''' (« enquêtes » dans carto), classées par fournisseurs de données,
*les '''tables de données''' au sein de ces ensembles (dans carto ces tables sont importées dans des zones de dépôts créées par les fournisseurs de données),
*les [['''entités géographiques''']]
*les index d’ensembles de données « individuelles »
*les '''attributs''' (une donnée de base est la valeur d’un attribut pour une valeur de l’index), ceci par table
*les '''indicateurs''' (résultats sauvegardés comme item d’un thème)

--[[Utilisateur:gilles|gilles]]

Fournisseur de données

2008-01-04T10:33:56Z

Lemenager :

Les '''fournisseurs de données''' sont des partenaires de l'observatoire (membres fondateurs, nouveaux partenaires ou tiers agréés) qui l'alimentent en [[donnée]]s (données primaires) ou encore des fournisseurs de données publiques qui ont été recupérées et enregistrées dans l'observatoire.

Le nom du fournisseur est un attribut des tables de données qui apparaît dans le répertoire des données et qui est mentionné sur les cartes réalisées par l'application Carto dynamique (mention source).

Donnée

2008-01-04T10:30:59Z

Lemenager : /* Types de données gérés par l'application carto (serveur de l'observatoire) */

voir aussi [[données MSA]], [[secret statistique]], [[référencement dans le dictionnaire]], [[Modèle conceptuel données cnasea]]

Une donnée est une description élémentaire, souvent codée, d'une chose, d'une transaction, d'un événement, etc.

Une donnée statistique est la valeur d'un attribut (ou variable) pour une entitié statistique.

Dans l'observatoire, sont gérées plusieurs classes d'entités : d'une part des [[entités géographiques]] (toutes reliées à un index unique des communes de France, référentiel INSEE, 1999), d'autre part des classes d'entités non géographiques mais localisées.

Les indicateurs (données produites par l'application carto) sont des '''variables géographiques''' ou '''géocodées'''. Les indicateurs décrivent, expriment des propriétés de telle ou telle classe d'entités géographiques. Un indicateur est généralement défini à différents niveaux géographiques, le niveau le plus fin étant défini par le niveau géographique des variables entrant dans la formule de l'indicateur (ex: commune), le niveau d'aggrégation le plus élevé étant défini par l'étendue des bases utilisées (ex: France métropolitaine).

==Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP==

Les définitions ci-dessous sont reprises de l'article 2 de la convention créant l'observatoire.

'''Données primaires''' : données brutes, publiques ou administratives, ''fournies par les partenaires fondateurs et/ou les tiers agréés''. Ces données sont anonymes (si "individuelles") et accessibles aux utilisateurs, sous la responsabilité du comité de pilotage (s'il ne s'agit pas de données publiques). Les données primaires sont donc les données initiales (quelque soit leur statut ou leur provenance) qui sont reférencées dans l'observatoire. Il peut s'agir soit de données dites individuelles, caractérisant par exemple des bénéficiaires de mesures publiques, les contrats signés, des exploitations agricoles ou des entreprises, soit de données agrégées à un niveau géographique donné, par exemple le nombre de chefs d'exploitation féminins par commune. Les données individuelles déposées dans l'observatoire sont anonymes.

'''Données secondaires''' : ''données primaires travaillées'' par les partenaires fondateurs et/ou par les tiers agrées ''afin d’obtenir des indicateurs statistiques'' permettant l’évaluation des politiques publiques en matière de développement rural ou le développement de recherches. Les données secondaires deviennent des données de l’observatoire, elles peuvent circuler entre utilisateurs. Elles sont notamment destinées à être mises à disposition d’évaluateurs (désignés par le MAP ou par le CNASEA), d’équipes de recherche INRA ou de tiers agréés.

Les données primaires et secondaires font l'objet d'une déclaration à la CNIL, lorsqu'il s'agit de données individuelles. Les données agrégées sur le plan géographiques sont, pour certaines d'entre elles, sensibles au secret statistique.

'''Données publiques''' (au sens de l'observatoire ODR) : données (primaires ou secondaires) ''potentiellement disponibles pour tout utilisateur de l’observatoire''. Ces données (primaires) proviennent de sources publiques où elles sont disponibles pour tous publics (sites publics et publications de l’INSEE ou du SCEES ou des Ministères…). Elles peuvent aussi être produites dans le cadre de l’observatoire (données secondaires) à partir de données publiques ou de données réservées traitées à un niveau d’agrégation où elles deviennent publiques (cas, par exemple, des nombres de bénéficiaires de mesures du RDR agrégés au niveau des départements).

Par ailleurs, la notion de « données publiques », comme données produites (collectées et/ou traitées et/ou diffusées) dans le cadre de l’activité du service public est définie par la Circulaire du 14 février 1994 relative à la [http://www.admi.net/jo/PRMG9400081C.html diffusion des données publiques], J.O. 19 février 1994). Selon cette circulaire, par "publique", il faut entendre "''une donnée collectée ou produite, dans le cadre de sa mission, par un service public, sur fonds publics''" (et qui n'est pas de nature confidentielle). La "diffusion des données publiques", doit s'entendre, au sens large, comme la communication au public de données publiques, quel qu'en soit le support résultant de l'activité d'une personne publique (administration, service, organisme ou établissement public).

'''Données réservées''' : données (primaires ou secondaires) localisées (individuelles ou agrégées sur des territoires) posant un problème de [[secret statistique]]. Elles ne sont disponibles que dans le cadre de projets spécifiques et mises à disposition par un [[fournisseur de données]].

[[Image:Donnees.jpg]]

==Types de données gérés par l'application carto (serveur de l'observatoire)==

Voir [[référencement dans le dictionnaire]]

Un utilisateur titulaire peut importer une table de données, dans une zone de dépôt de l'observatoire liée au compte de l'utilisateur. Pour les utiliser (ou permettre à d'autres l'utilisation de ces données), il doit les référencer dans un ou plusieurs projets, à moins que ces données soient déclarées publiques auquel cas elles seront accessibles à tout projet.

Lors de l'importation, les variables retenues sont enregistrées en précisant certains attributs (voir [[Métadonnée]]s) et leur statut ou, en d'autres termes, les conditions d'utilisation de ces variables, elles sont soit "'''réservées'''" soit "'''publiques'''". NB : Les attributs des variables peuvent être modifiés lors du référencement dans un projet.

Lors du référencement dans un projet, un deuxième élément du statut est précisé : les données sont soit "'''personnelles'''" soit "'''privées'''", c'est-à-dire en fait '''partagées''' (privativement) par les [[membre]]s du [[projet]].

'''STATUT DES DONNEES : Les 4 "p"'''
Les données enregistrées peuvent être déclarées :
* '''PERSONNELLES''' et '''NON PUBLIABLES''' :
aucune information publique ne sera disponible sur ces variables
(elles ne sont pas recensées dans les répertoires du menu "accueil" de l'ODR)
et ne sont utilisables que par le créateur de la table
ou le responsable du projet où elles sont référencées
* '''PERSONNELLES''' et '''PUBLIABLES''' : ces variables sont mentionnées dans
le répertoire, mais l'accès est réservé
à celui qui a déposé ces données (ou aux responsables des projets
où elles ont été référencées par leur propriétaire).
* '''PRIVEES''' et '''NON PUBLIABLES''' : l'accès à ces variables est possible
pour les autres utilisateurs, membres du projet où elles ont été référencées,
mais l'information n'est pas diffusée
* '''PRIVEES''' et '''PUBLIABLES''' : l'accès à ces variables est possible pour
les autres utilisateurs, membres du projet où elles ont été référencées
et l'information figure dans les répertoires du menu "accueil".
* '''PUBLIQUES''' : ces variables deviennent accessibles à tout utilisateur
dans tous les projets créés dans l'application.

Donnée

2008-01-04T10:23:24Z

Lemenager : /* Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP */

voir aussi [[données MSA]], [[secret statistique]], [[référencement dans le dictionnaire]], [[Modèle conceptuel données cnasea]]

Une donnée est une description élémentaire, souvent codée, d'une chose, d'une transaction, d'un événement, etc.

Une donnée statistique est la valeur d'un attribut (ou variable) pour une entitié statistique.

Dans l'observatoire, sont gérées plusieurs classes d'entités : d'une part des [[entités géographiques]] (toutes reliées à un index unique des communes de France, référentiel INSEE, 1999), d'autre part des classes d'entités non géographiques mais localisées.

Les indicateurs (données produites par l'application carto) sont des '''variables géographiques''' ou '''géocodées'''. Les indicateurs décrivent, expriment des propriétés de telle ou telle classe d'entités géographiques. Un indicateur est généralement défini à différents niveaux géographiques, le niveau le plus fin étant défini par le niveau géographique des variables entrant dans la formule de l'indicateur (ex: commune), le niveau d'aggrégation le plus élevé étant défini par l'étendue des bases utilisées (ex: France métropolitaine).

==Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP==

Les définitions ci-dessous sont reprises de l'article 2 de la convention créant l'observatoire.

'''Données primaires''' : données brutes, publiques ou administratives, ''fournies par les partenaires fondateurs et/ou les tiers agréés''. Ces données sont anonymes (si "individuelles") et accessibles aux utilisateurs, sous la responsabilité du comité de pilotage (s'il ne s'agit pas de données publiques). Les données primaires sont donc les données initiales (quelque soit leur statut ou leur provenance) qui sont reférencées dans l'observatoire. Il peut s'agir soit de données dites individuelles, caractérisant par exemple des bénéficiaires de mesures publiques, les contrats signés, des exploitations agricoles ou des entreprises, soit de données agrégées à un niveau géographique donné, par exemple le nombre de chefs d'exploitation féminins par commune. Les données individuelles déposées dans l'observatoire sont anonymes.

'''Données secondaires''' : ''données primaires travaillées'' par les partenaires fondateurs et/ou par les tiers agrées ''afin d’obtenir des indicateurs statistiques'' permettant l’évaluation des politiques publiques en matière de développement rural ou le développement de recherches. Les données secondaires deviennent des données de l’observatoire, elles peuvent circuler entre utilisateurs. Elles sont notamment destinées à être mises à disposition d’évaluateurs (désignés par le MAP ou par le CNASEA), d’équipes de recherche INRA ou de tiers agréés.

Les données primaires et secondaires font l'objet d'une déclaration à la CNIL, lorsqu'il s'agit de données individuelles. Les données agrégées sur le plan géographiques sont, pour certaines d'entre elles, sensibles au secret statistique.

'''Données publiques''' (au sens de l'observatoire ODR) : données (primaires ou secondaires) ''potentiellement disponibles pour tout utilisateur de l’observatoire''. Ces données (primaires) proviennent de sources publiques où elles sont disponibles pour tous publics (sites publics et publications de l’INSEE ou du SCEES ou des Ministères…). Elles peuvent aussi être produites dans le cadre de l’observatoire (données secondaires) à partir de données publiques ou de données réservées traitées à un niveau d’agrégation où elles deviennent publiques (cas, par exemple, des nombres de bénéficiaires de mesures du RDR agrégés au niveau des départements).

Par ailleurs, la notion de « données publiques », comme données produites (collectées et/ou traitées et/ou diffusées) dans le cadre de l’activité du service public est définie par la Circulaire du 14 février 1994 relative à la [http://www.admi.net/jo/PRMG9400081C.html diffusion des données publiques], J.O. 19 février 1994). Selon cette circulaire, par "publique", il faut entendre "''une donnée collectée ou produite, dans le cadre de sa mission, par un service public, sur fonds publics''" (et qui n'est pas de nature confidentielle). La "diffusion des données publiques", doit s'entendre, au sens large, comme la communication au public de données publiques, quel qu'en soit le support résultant de l'activité d'une personne publique (administration, service, organisme ou établissement public).

'''Données réservées''' : données (primaires ou secondaires) localisées (individuelles ou agrégées sur des territoires) posant un problème de [[secret statistique]]. Elles ne sont disponibles que dans le cadre de projets spécifiques et mises à disposition par un [[fournisseur de données]].

[[Image:Donnees.jpg]]

==Types de données gérés par l'application carto (serveur de l'observatoire)==

Voir [[référencement dans le dictionnaire]]

Un utilisateur titulaire peut importer une table de données, dans une zone de dépôt de l'observatoire liée au compte de l'utilisateur. Pour les utiliser (ou permettre à d'autres l'utilisation de ces données), il doit les référencer dans un ou plusieurs projets, à moins que ces données soient déclarées publiques auquel cas elles seront accessibles à tout projet.

Lors de l'importation, les variables retenues sont enregistrées en précisant certains attributs (voir [[Métadonnée]]s) et leur statut ou, en d'autres termes, les conditions d'utilisation de ces variables, elles sont soit "'''réservées'''" soit "'''publiques'''". NB : Les attributs des variables peuvent être modifiés lors du référencement dans un projet.

Lors du référencement dans un projet, un deuxième élément du statut est précisé : les données sont soit "'''personnelles'''" soit "'''privées'''", c'est-à-dire en fait '''partagées''' (privativement) par les [[membre]]s du [[projet]].

'''STATUT DES DONNEES : Les 4 "p"'''
Les données enregistrées peuvent être déclarées :
* '''PERSONNELLES''' et '''NON PUBLIABLES''' :
aucune information publique ne sera disponible sur ces variables
(elles ne sont pas recensées dans les répertoires du menu "accueil" de l'ODR)
et ne sont utilisables que par le créateur de la table
ou le responsable du projet où elles sont référencdées
* '''PERSONNELLES''' et '''PUBLIABLES''' : ces variables sont mentionnées dans
le répertoire, mais l'accès est réservé
à celui qui a déposé ces données (ou aux responsables des projets
où elles ont été référencées par leur propriétaire).
* '''PRIVEES''' et '''NON PUBLIABLES''' : l'accès à ces variables est possible
pour les autres utilisateurs, membres du projet où elles ont été référencées,
mais l'information n'est pas diffusée
* '''PRIVEES''' et '''PUBLIABLES''' : l'accès à ces variables est possible pour
les autres utilisateurs, membres du projet où elles ont été référencées
et l'information figure dans les répertoires du menu "accueil".
* '''PUBLIQUES''' : ces variables deviennent accessibles à tout utilisateur
dans tous les projets créés dans l'application.

Donnée

2008-01-04T10:23:02Z

Lemenager : /* Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP */

voir aussi [[données MSA]], [[secret statistique]], [[référencement dans le dictionnaire]], [[Modèle conceptuel données cnasea]]

Une donnée est une description élémentaire, souvent codée, d'une chose, d'une transaction, d'un événement, etc.

Une donnée statistique est la valeur d'un attribut (ou variable) pour une entitié statistique.

Dans l'observatoire, sont gérées plusieurs classes d'entités : d'une part des [[entités géographiques]] (toutes reliées à un index unique des communes de France, référentiel INSEE, 1999), d'autre part des classes d'entités non géographiques mais localisées.

Les indicateurs (données produites par l'application carto) sont des '''variables géographiques''' ou '''géocodées'''. Les indicateurs décrivent, expriment des propriétés de telle ou telle classe d'entités géographiques. Un indicateur est généralement défini à différents niveaux géographiques, le niveau le plus fin étant défini par le niveau géographique des variables entrant dans la formule de l'indicateur (ex: commune), le niveau d'aggrégation le plus élevé étant défini par l'étendue des bases utilisées (ex: France métropolitaine).

==Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP==

Les définitions ci-dessous sont reprises de l'article 2 de la convention créant l'observatoire.

'''Données primaires''' : données brutes, publiques ou administratives, ''fournies par les partenaires fondateurs et/ou les tiers agréés''. Ces données sont anonymes (si "individuelles") et accessibles aux utilisateurs, sous la responsabilité du comité de pilotage (s'il ne s'agit pas de données publiques). Les données primaires sont donc les données initiales (quelque soit leur statut ou leur provenance) qui sont reférencées dans l'observatoire. Il peut s'agir soit de données dites individuelles, caractérisant par exemple des bénéficiaires de mesures publiques, les contrats signés, des exploitations agricoles ou des entreprises, soit de données agrégées à un niveau géographique donné, par exemple le nombre de chefs d'exploitation féminins par commune. Les données individuelles déposées dans l'observatoire sont anonymes.

'''Données secondaires''' : ''données primaires travaillées'' par les partenaires fondateurs et/ou par les tiers agrées ''afin d’obtenir des indicateurs statistiques'' permettant l’évaluation des politiques publiques en matière de développement rural ou le développement de recherches. Les données secondaires deviennent des données de l’observatoire, elles peuvent circuler entre utilisateurs. Elles sont notamment destinées à être mises à disposition d’évaluateurs (désignés par le MAP ou par le CNASEA), d’équipes de recherche INRA ou de tiers agréés.

Les données primaires et secondaires font l'objet d'une déclaration à la CNIL, lorsqu'il s'agit de données individuelles. Les données agrégées sur le plan géographiques sont, pour certaines d'entre elles, sensibles au secret statistique.

'''Données publiques''' (au sens de l'observatoire ODR): données (primaires ou secondaires) ''potentiellement disponibles pour tout utilisateur de l’observatoire''. Ces données (primaires) proviennent de sources publiques où elles sont disponibles pour tous publics (sites publics et publications de l’INSEE ou du SCEES ou des Ministères…). Elles peuvent aussi être produites dans le cadre de l’observatoire (données secondaires) à partir de données publiques ou de données réservées traitées à un niveau d’agrégation où elles deviennent publiques (cas, par exemple, des nombres de bénéficiaires de mesures du RDR agrégés au niveau des départements).

Par ailleurs, la notion de « données publiques », comme données produites (collectées et/ou traitées et/ou diffusées) dans le cadre de l’activité du service public est définie par la Circulaire du 14 février 1994 relative à la [http://www.admi.net/jo/PRMG9400081C.html diffusion des données publiques], J.O. 19 février 1994). Selon cette circulaire, par "publique", il faut entendre "''une donnée collectée ou produite, dans le cadre de sa mission, par un service public, sur fonds publics''" (et qui n'est pas de nature confidentielle). La "diffusion des données publiques", doit s'entendre, au sens large, comme la communication au public de données publiques, quel qu'en soit le support résultant de l'activité d'une personne publique (administration, service, organisme ou établissement public).

'''Données réservées''' : données (primaires ou secondaires) localisées (individuelles ou agrégées sur des territoires) posant un problème de [[secret statistique]]. Elles ne sont disponibles que dans le cadre de projets spécifiques et mises à disposition par un [[fournisseur de données]].

[[Image:Donnees.jpg]]

==Types de données gérés par l'application carto (serveur de l'observatoire)==

Voir [[référencement dans le dictionnaire]]

Un utilisateur titulaire peut importer une table de données, dans une zone de dépôt de l'observatoire liée au compte de l'utilisateur. Pour les utiliser (ou permettre à d'autres l'utilisation de ces données), il doit les référencer dans un ou plusieurs projets, à moins que ces données soient déclarées publiques auquel cas elles seront accessibles à tout projet.

Lors de l'importation, les variables retenues sont enregistrées en précisant certains attributs (voir [[Métadonnée]]s) et leur statut ou, en d'autres termes, les conditions d'utilisation de ces variables, elles sont soit "'''réservées'''" soit "'''publiques'''". NB : Les attributs des variables peuvent être modifiés lors du référencement dans un projet.

Lors du référencement dans un projet, un deuxième élément du statut est précisé : les données sont soit "'''personnelles'''" soit "'''privées'''", c'est-à-dire en fait '''partagées''' (privativement) par les [[membre]]s du [[projet]].

'''STATUT DES DONNEES : Les 4 "p"'''
Les données enregistrées peuvent être déclarées :
* '''PERSONNELLES''' et '''NON PUBLIABLES''' :
aucune information publique ne sera disponible sur ces variables
(elles ne sont pas recensées dans les répertoires du menu "accueil" de l'ODR)
et ne sont utilisables que par le créateur de la table
ou le responsable du projet où elles sont référencdées
* '''PERSONNELLES''' et '''PUBLIABLES''' : ces variables sont mentionnées dans
le répertoire, mais l'accès est réservé
à celui qui a déposé ces données (ou aux responsables des projets
où elles ont été référencées par leur propriétaire).
* '''PRIVEES''' et '''NON PUBLIABLES''' : l'accès à ces variables est possible
pour les autres utilisateurs, membres du projet où elles ont été référencées,
mais l'information n'est pas diffusée
* '''PRIVEES''' et '''PUBLIABLES''' : l'accès à ces variables est possible pour
les autres utilisateurs, membres du projet où elles ont été référencées
et l'information figure dans les répertoires du menu "accueil".
* '''PUBLIQUES''' : ces variables deviennent accessibles à tout utilisateur
dans tous les projets créés dans l'application.

Donnée

2008-01-04T10:21:52Z

Lemenager : /* Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP */

voir aussi [[données MSA]], [[secret statistique]], [[référencement dans le dictionnaire]], [[Modèle conceptuel données cnasea]]

Une donnée est une description élémentaire, souvent codée, d'une chose, d'une transaction, d'un événement, etc.

Une donnée statistique est la valeur d'un attribut (ou variable) pour une entitié statistique.

Dans l'observatoire, sont gérées plusieurs classes d'entités : d'une part des [[entités géographiques]] (toutes reliées à un index unique des communes de France, référentiel INSEE, 1999), d'autre part des classes d'entités non géographiques mais localisées.

Les indicateurs (données produites par l'application carto) sont des '''variables géographiques''' ou '''géocodées'''. Les indicateurs décrivent, expriment des propriétés de telle ou telle classe d'entités géographiques. Un indicateur est généralement défini à différents niveaux géographiques, le niveau le plus fin étant défini par le niveau géographique des variables entrant dans la formule de l'indicateur (ex: commune), le niveau d'aggrégation le plus élevé étant défini par l'étendue des bases utilisées (ex: France métropolitaine).

==Catégories de données dans l'observatoire, selon la convention CNASEA/INRA/MAP==

Les définitions ci-dessous sont reprises de l'article 2 de la convention créant l'observatoire.

'''Données primaires''' : données brutes, publiques ou administratives, ''fournies par les partenaires fondateurs et/ou les tiers agréés''. Ces données sont anonymes (si "individuelles") et accessibles aux utilisateurs, sous la responsabilité du comité de pilotage (s'il ne s'agit pas de données publiques). Les données primaires sont donc les données initiales (quelque soit leur statut ou leur provenance) qui sont reférencées dans l'observatoire. Il peut s'agir soit de données dites individuelles, caractérisant par exemple des bénéficiaires de mesures publiques, les contrats signés, des exploitations agricoles ou des entreprises, soit de données agrégées à un niveau géographique donné, par exemple le nombre de chefs d'exploitation féminins par commune. Les données individuelles déposées dans l'observatoire sont anonymes.

'''Données secondaires''' : ''données primaires travaillées'' par les partenaires fondateurs et/ou par les tiers agrées ''afin d’obtenir des indicateurs statistiques'' permettant l’évaluation des politiques publiques en matière de développement rural ou le développement de recherches. Les données secondaires deviennent des données de l’observatoire, elles peuvent circuler entre utilisateurs. Elles sont notamment destinées à être mises à disposition d’évaluateurs (désignés par le MAP ou par le CNASEA), d’équipes de recherche INRA ou de tiers agréés.

Les données primaires et secondaires font l'objet d'une déclaration à la CNIL, lorsqu'il s'agit de données individuelles. Les données agrégées sur le plan géographiques sont pour certaines d'entre elles sensibles au secret statistique.

'''Données publiques''' (au sens de l'observatoire ODR): données (primaires ou secondaires) ''potentiellement disponibles pour tout utilisateur de l’observatoire''. Ces données (primaires) proviennent de sources publiques où elles sont disponibles pour tous publics (sites publics et publications de l’INSEE ou du SCEES ou des Ministères…). Elles peuvent aussi être produites dans le cadre de l’observatoire (données secondaires) à partir de données publiques ou de données réservées traitées à un niveau d’agrégation où elles deviennent publiques (cas, par exemple, des nombres de bénéficiaires de mesures du RDR agrégés au niveau des départements).

Par ailleurs, la notion de « données publiques », comme données produites (collectées et/ou traitées et/ou diffusées) dans le cadre de l’activité du service public est définie par la Circulaire du 14 février 1994 relative à la [http://www.admi.net/jo/PRMG9400081C.html diffusion des données publiques], J.O. 19 février 1994). Selon cette circulaire, par "publique", il faut entendre "''une donnée collectée ou produite, dans le cadre de sa mission, par un service public, sur fonds publics''" (et qui n'est pas de nature confidentielle). La "diffusion des données publiques", doit s'entendre, au sens large, comme la communication au public de données publiques, quel qu'en soit le support résultant de l'activité d'une personne publique (administration, service, organisme ou établissement public).

'''Données réservées''' : données (primaires ou secondaires) localisées (individuelles ou agrégées sur des territoires) posant un problème de [[secret statistique]]. Elles ne sont disponibles que dans le cadre de projets spécifiques et mises à disposition par un [[fournisseur de données]].

[[Image:Donnees.jpg]]

==Types de données gérés par l'application carto (serveur de l'observatoire)==

Voir [[référencement dans le dictionnaire]]

Un utilisateur titulaire peut importer une table de données, dans une zone de dépôt de l'observatoire liée au compte de l'utilisateur. Pour les utiliser (ou permettre à d'autres l'utilisation de ces données), il doit les référencer dans un ou plusieurs projets, à moins que ces données soient déclarées publiques auquel cas elles seront accessibles à tout projet.

Lors de l'importation, les variables retenues sont enregistrées en précisant certains attributs (voir [[Métadonnée]]s) et leur statut ou, en d'autres termes, les conditions d'utilisation de ces variables, elles sont soit "'''réservées'''" soit "'''publiques'''". NB : Les attributs des variables peuvent être modifiés lors du référencement dans un projet.

Lors du référencement dans un projet, un deuxième élément du statut est précisé : les données sont soit "'''personnelles'''" soit "'''privées'''", c'est-à-dire en fait '''partagées''' (privativement) par les [[membre]]s du [[projet]].

'''STATUT DES DONNEES : Les 4 "p"'''
Les données enregistrées peuvent être déclarées :
* '''PERSONNELLES''' et '''NON PUBLIABLES''' :
aucune information publique ne sera disponible sur ces variables
(elles ne sont pas recensées dans les répertoires du menu "accueil" de l'ODR)
et ne sont utilisables que par le créateur de la table
ou le responsable du projet où elles sont référencdées
* '''PERSONNELLES''' et '''PUBLIABLES''' : ces variables sont mentionnées dans
le répertoire, mais l'accès est réservé
à celui qui a déposé ces données (ou aux responsables des projets
où elles ont été référencées par leur propriétaire).
* '''PRIVEES''' et '''NON PUBLIABLES''' : l'accès à ces variables est possible
pour les autres utilisateurs, membres du projet où elles ont été référencées,
mais l'information n'est pas diffusée
* '''PRIVEES''' et '''PUBLIABLES''' : l'accès à ces variables est possible pour
les autres utilisateurs, membres du projet où elles ont été référencées
et l'information figure dans les répertoires du menu "accueil".
* '''PUBLIQUES''' : ces variables deviennent accessibles à tout utilisateur
dans tous les projets créés dans l'application.

Observatoire ODR

2008-01-04T10:07:20Z

Lemenager : /* Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegardé (comme un brouillon) à la disposition des membres du projet ou sauvegardé comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la charte créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte) sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc. Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet pas d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistiques par territoire (quel que soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci ont comme fournisseur "CNASEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseur. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de Carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de Cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée ; seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de Carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables, celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont pas nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (Cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:46:34Z

Lemenager : /* Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegardé (comme un brouillon) à la disposition des membres du projet ou sauvegardé comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la charte créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte) sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc. Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet pas d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistiques par territoire (quel que soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci ont comme fournisseur "CNASEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseur. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:46:09Z

Lemenager : /* Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegardé (comme un brouillon) à la disposition des membres du projet ou sauvegardé comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la charte créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte) sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc. Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet pas d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistiques par territoire (quel que soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci ont comme fournisseur "CNASEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:43:34Z

Lemenager : /* La gestion des résultats */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegardé (comme un brouillon) à la disposition des membres du projet ou sauvegardé comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la charte créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte) sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc. Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet pas d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistiques par territoire (quel que soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:27:46Z

Lemenager : /* La gestion des résultats */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegardé (comme un brouillon) à la disposition des membres du projet ou sauvegardé comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la charte créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte) sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc. Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:27:15Z

Lemenager : /* La gestion des résultats */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegardé (comme un brouillon) à la disposition des membres du projet ou sauvegardé comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la charte créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte) sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques, ceux-ci comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc. Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:23:20Z

Lemenager : /* Les données géographiques" (géoréférencées) */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les départements). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegarder (comme un brouillon) à la disposition des membres du projet ou sauvegarder comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la chartre créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte), ce sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques, ceux-ci comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc). Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:22:58Z

Lemenager : /* Les données géographiques" (géoréférencées) */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entités considérées et les communes (ou les département). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegarder (comme un brouillon) à la disposition des membres du projet ou sauvegarder comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la chartre créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte), ce sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques, ceux-ci comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc). Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:22:39Z

Lemenager : /* Les données géographiques" (géoréférencées) */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher à aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entitées considérées et les communes (ou les département). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegarder (comme un brouillon) à la disposition des membres du projet ou sauvegarder comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la chartre créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte), ce sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques, ceux-ci comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc). Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:22:07Z

Lemenager : /* Les données géographiques" (géoréférencées) */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à une seule (une commune pouvant se voir rattacher aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entitées considérées et les communes (ou les département). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegarder (comme un brouillon) à la disposition des membres du projet ou sauvegarder comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la chartre créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte), ce sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques, ceux-ci comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc). Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER

Observatoire ODR

2008-01-04T09:21:36Z

Lemenager : /* Les données géographiques" (géoréférencées) */

L'observatoire du développement rural - ODR

'''DEFINITIONS, FONCTIONNEMENT, GUIDE D'UTILISATION'''

----

L''''observatoire''' des programmes communautaires de '''développement rural''' ('''ODR''') a pour objectifs de contribuer à ''la préparation au suivi et à l'évaluation en France des politiques communautaires du développement rural'' et plus particulièrement des mesures financées par les règlements de développement rural ([[RDR]]) de 1999 (programmation 2000-2006) et de 2005 (programmation 2007-2013) et ''de constituer un outil coopératif pour la recherches en Sciences Sociales'' sur les [[ PAC | ''politiques agricoles'']], le ''[[Développement rural]]'' et ''[[MAE|l'agro-environnement]]''.

C'est un '''système d'information''' partenarial au service de la préparation, du suivi et de l'évaluation des politiques publiques. Accessible par internet, il s'agit d'un '''SERVEUR DE DONNEES''', complété d'une plateforme logicielle permettant diverses actions sur les données (importer/exporter, traiter, visualiser). L'observatoire est piloté par des PARTENAIRES, liés par une convention. Il est géré par une équipe d'ADMINISTRATION.

Le développement de l'observatoire s'effectue de façon COLLABORATIVE par des '''utilisateurs''' disposant de droits d'accès au serveur. Le fonctionnement de l'observatoire est régi par des '''règles'''.

Les données sont soit libres (données publiques), soit réservées avec un accès contrôlé par leur '''propriétaire'''. '''Les données disponibles sont rattachées à des codes géographiques''', en particulier aux communes ou groupes de communes, mais aussi à d'autres types d'entités géographiques comme les zones Natura 2000, les programmes d'action territoriaux pour l'eau, les unités de distribution d'eau potable, etc. Par ailleurs l'observatoire donne accès à la documentation nécessaire à la compréhension des données utilisables ou consultables via le serveur (notamment via cartowiki).

Le serveur de données permet soit l'accès à des '''données''' pour en réaliser un traitement (calcul et cartographie), soit la simple visualisation de '''résultats''' (cartes et tableaux déjà préparés), qui sont des données traitées. Il s'agit d'une visualisation dynamique (actualisation des calculs à chaque affichage), avec de larges possibilités de navigation entre échelles et types de territoires.

Les principales notions utiles à la compréhension du fonctionnement et à l'utilisation de l'observatoire sont développées dans cet article et précisées dans les articles liés à celui-ci.
Un guide d'utilisation de l'observatoire pour le '''visiteur''' est téléchargeable: [http://esrcarto.supagro.inra.fr/intranet/carto_docs/cartodynamiquecoticevisiteur2.pdf guide visiteur].
L'utilisateur titulaire se reportera aux articles : [[traitement]], [[donnée]]s, [[formule]]s, etc. et aux notices figurant sur les interfaces (répérées par un point d'interrogation).

= Principales règles de fonctionnement de l'observatoire =

L'observatoire est régi par une convention cadre et un comité de pilotage. Les partenaires fondateurs sont le [[CNASEA]]; l'[[INRA]] et le Ministère de l'agriculture et de la pêche ([[MAP]]), et plus particulièrement la DGPEI et la DGFAR. Il peut acceuillier de nouveaux [[partenaire]]s et des "[[tiers agréé]]s", susceptibles de fournir ou d'utiliser des données. Il est administré et développé par un chef de projet et une équipe opérationnelle, situé à l'INRA (Toulouse), cette équipe sera désignée comme "'''ADMINISTRATION'''" dans la suite de l'article.
Lire la convention cadre

Les '''règles de l'observatoire''' concernent l'accès à l'utilisation de l'observatoire, l'accès aux données (par agrément de projets), l'accès aux fonctionnalités de l'observatoire (selon le statut de l'utilisateur) et enfin la publication des résultats obtenus avec des données de l'observatoire.

Il y a deux types de règles. '''Les règles écrites''', définies par les [[partenaire]]s de l'observatoire, consignées dans la [[Glossaire convention CNASEA/INRA/MAP | convention]] signée entre les partenaires fondateurs et précisées dans les décisions du [[comité de pilotage]] créé par cette convention. Ces règles concernent les rapports contractuels entre partenaires et l'activité de l'administration. '''Les règles procédurales''' qui conditionnent les interfaces informatiques disponibles (ressources informatiques) pour les utilisateurs, selon leurs droits.

Les '''[[utilisateur]]s''' sont désignés par les partenaires (membres fondateurs, nouveaux partenaires, tiers agréés). Les identifiants et mots de passe sont attribués par l'administration.

L'action des utilisateurs se déroule dans le cadre de '''[[projet]]s'''. Un projet est créé par un utilisateur qui en devient responsable. Il peut y associer d'autres utilisateurs dont des propriétaires de données qui pourront donner un droit d'accès à certaines données. Tout utilisateur titulaire peut déposer des données, les traiter et les partager ou non avec d'autres utilisateurs. Les données gérées par les partenaires de l'observatoire peuvent être référencées (et donc utilisables) dans un projet créé par un utilisateur, pour cela les projets et la demande de données doivent être validés par le comité de pilotage.

La '''[[publication]]''' de résultats, sur l'observatoire (dans des "dossiers thématiques") ou hors de l'observatoire, doit respecter le secret statistique et mentionner les sources de données (article convention cadre).

=Un système d'information collaboratif géré en partenariat=

L'observatoire ODR est un [[système d'information]], que l'on peut représenter par le schéma 1.

Les relations entre les [[entité]]s du système sont :

- soit directement gérées par le système informatique et de façon collaborative par les [[utilisateur]]s via les [[interface]]s mises à leur disposition, les possibilités d'action dépendant de leur statut,

- soit elles résultent de '''décisions''' prises par les [[partenaire]]s (qui désignent des utilisateurs), le [[comité de pilotage]] (qui valide les projets et émet des demandes) ou l'administration (qui attribue les droits utilisateur et les mots de passe). Ces décisions sont mises en oeuvre par l'administration.

[[Image:Administration.jpg|center|900px]]

Les rectangles du schéma sont des ensembles ou classes d'[[entité]]s, définies par des [[attribut]]s listés dans les '''fiches d'identité''' associées à ces classes d'entités (en vert sur le schéma). Les rectangles rouges représentent les '''acteurs''' et les rectangles bleus les '''ressources'''. Les actions sont décrites en rouge.
Les principales actions sont : enregistrement (import) de tables de données, référencement de données, traitement de données, [[publication]] de [[résultats]].

Les partenaires sont représentés dans un comité de pilotage. L'administration est assurée par une équipe opérationnelle qui gère directement plusieurs [[projet]]s préparatoires à l'[[évaluation]] du [[RDR]]1 ou au suivi du RDR2 (pour le compte du [[CNASEA]] et du [[MAP]]) et qui administre le serveur (hébergé par l'INRA), l'application "[[carto dynamique]]" et l'ensemble de la plateforme de logiciels.

Les bases de données sont deux types principaux :

- des données géographiques ('''géoréférencées''') qui fournissent les contours de différents types de découpages géographiques,

- des données localisées (géocodées) qui sont des attributs des entités géographiques connues dans l'observatoire.

La mise à disposition et la mise à jour des données géographiques (géoréférencées) sont réservées à l'administration.

Les données (autres que les données géographiques)sont déposées (voir [[zone de dépôt]]) par les utilisateurs désignés et agréés par les partenaires. Ces données sont nécessairement des données localisées, au niveau des [[commune]]s ou d'ensembles de communes, soit "'''agrégées'''" (voir [[agrégation]]), une valeur par entité géographique, soit "'''individuelles'''", plusieurs valeurs par [[entité géographique]] (il existe dans ce cas une ou plusieurs [[clé]]s ou [[index]], autres que géographiques, permettant de distinguer si nécessaire ces valeurs). Les comptes "utilisateur" des partenaires principaux fournisseurs de données (CNASEA notamment) sont gérés par l'équipe d'administration. Toutefois, tout utilisateur titulaire peut déposer des données dans des zones de dépôts réservées (sous sa seule administration) et peut référencer ces données dans tout [[projet]] dont il est [[utilisateurs | membre]] ou inscrit comme [[utilisateurs |donateur]] (voir schéma 2). Les règles de dépôt et de [[référencement]] sont les mêmes pour tous les utilisateurs. La création de [[projet]] est libre.

Une information sur les données (métadonnées) est mise à disposition des utilisateurs via des répertoires accessibles dans le menu accueil.

Le circuit détaillé des [[donnée]]s et [[métadonnée]]s est représenté dans le schéma 2. Les différentes classes d'entités et leurs attributs sont complètement décrits ci-après. Le principe général de [[traitement]] des données de l'observatoire et de construction d'[[indicateur]]s est présenté sur le schéma 3. Des indicateurs créés par un utilisateur dans un projet peuvent être référencés comme nouvelles variables (données secondaires).

Certaines ressources sont publiques (accessibles à tout utilisateur) et d'autres sont réservées. Les données "'''publiques'''" sont accessibles à tout titulaire dans tout projet créé par celui-ci. Les données réservées doivent être demandées au propriétaire via le comité de pilotage (demande d'agréément de projet). Certains "résultats" sont également publics, c'est-à-dire accessible à toute personne ayant un accès visiteur.
Tout projet peut mettre à disposition des résultats pour des visiteurs autorisés en publiant des dossiers thématiques. La [[publication]] de résultats dans les parties publiques de l'observatoire (ouvertes à tout visiteur : projet "visite observatoire" et "zonages").

Tout utilisateur titulaire peut contribuer à la documentation de l'observatoire via le module Cartowiki

=Les bases de données=
==Nature des données==
Une [[base de données]] est un ensemble d'informations (ou données) entre lesquelles on peut établir des relations. Le concept est général : toute fraction de base de données est elle-même une base de données et des bases de données associées forment une base de données plus large. Un système d'information complexe, comme l'observatoire ODR, peut-être considéré comme un ensemble de base de données caractérisant toutes les entités du système.

Les données qui peuvent être déposées dans l'observatoire par un utilisateur, puis utilisées par lui-même ou par un autre (selon les règles établies pour la circulation des données dans l'observatoire), sont des données LOCALISEES, dites GEOCODEES. Elles se rapportent à une classe [[d'entité géographique]], dont l'[[index]] est (par définition) un géocode.

L'observatoire reconnaît de nombreux types d'entités géographiques ou, en d'autres termes, dispose de nombreux référentiels géographiques appelés aussi [[fonds de carte]] (voir ci-après). Dans la version actuelle, ces référentiels sont importés ou créés par l'administration.

L'accès aux données réservées (non déclarées publiques par le dépositaire) et aux résultats est limité et contrôlé. Chaque projet dispose de son propre dictionnaire de données utilisables par les membres du projet pour des traitements (selon leurs droits). Il est constitué par les données référencées dans ce projet par les membres du projet ou par des donateurs qui ont préalablement été inscrits dans le projet par son responsable (voir schéma 2). Seul l'utilisateur qui a déposé des données peut les référencer dans un projet. Elles apparaissent alors dans le dictionnaire du projet (avec les métadonnées les concernant) et peuvent être utilisées dans des [[formules]]. Lors du premier référencement dans un projet, les données sont renseignées par le "créateur" (l'utilisateur qui les a déposées et qui les référence). Elles sont alors référencées, avec les métadonnées les concernant, dans un dictionnaire global et affectées au projet à partir duquel elles sont référencées, éventuellement avec des restrictions spécifiques. Le référencement des mêmes données dans un autre projet s'effectue par une nouvelle affectation de ces données.

[[Image:Donnees.jpg|center|900px]]

Les [[résultats]] créés sont également des données disponibles pour les utilisateurs selon les droits. Ils comprennent :
o les traitements (sauvegarde des "brouillons", à titre privé),
o les indicateurs en tant que nouvelles variables
o les dossiers thématiques (ensembles de thèmes)
o les thèmes (traitement validé )

Une interface de [[traitement]] permet aux membres titulaires d'effectuer des calculs sur les données et d'organiser les [[résultat]]s du [[projet]]. Cette interface permet, aujourd'hui, de produire un [[indicateur]], c'est-à-dire un résultat sous la forme d'une variable géocodée, à partir d'opérations arithmétiques et booléennes courantes effectuées sur des variables définies au niveau géographique voulu, et d'en produire une carte. Si les variables entrant dans le calcul sont individuelles ou d'un niveau géographique inférieur à celui du calcul, elles sont agrégées, selon des modalités précisées dans la [[formule]] de calcul et par défaut lors de l'enregistrement des variables primaires. Une extension en cours de réalisation permettra de calculer en une seule opération plusieurs indicateurs.
Voir schéma 3.

[[Image:Construction indic.jpg|center]]

Les entités documentées dans les répertoires de l'observatoire (voir schéma 1) sont:
- les [[partenaire]]s,
- les [[utilisateur]]s et leurs zones de dépôts,
- les [[projet]]s,
- les bases de données localisées (voir détail ci-après),
- les index secondaires, non géographiques
- les entités géographiques,
- les [[résultat]]s.

Remarque: les index définissent des domaines, ensembles de tables comprenant une même clé secondaire, ex: la base des données "CNASEA RDR1". NB: les tables CNASEA RDR1 sont aujourd'hui les seules tables de données individuelles dans l'observatoire (les tables anciennes ne sont pas répertoriées).

== Les données géographiques" (géoréférencées)==

La [[clé]] géographique universelle de l'observatoire est le référentiel communal [[INSEE]]/IGN 1999 (BD "[[GeoFLA]]" 1999, licence [[IGN]] INRA). Lors du dépôt de données par un utilisateur, la table importée est calée sur ce référentiel et si nécessaire re-indexée avant de pouvoir être référencée.

D'autres niveaux géographiques, formés par des ensembles de [[commune]]s, peuvent être utilisés pour entrer des données, pour peu que ces zonages communaux soit référencés dans l'observatoire (voir : entité géographique). Dans ce cas, les traitements doivent être effectués au niveau de découpage géographique correspondant (ex le canton si ce sont des données cantonales) ; pour les communes qui appartiennent à un même découpage (géocode) de niveau supérieur (ex: département), les données de ce niveau peuvent être considérées comme des constantes.

On peut déposer dans l'observatoire des données se rapportant à d'autres entités géographiques que les communes pour peu qu'une table de correspondances existe entre les entités de la classe considérée (ex: les zones NATURA 2000) et les communes. Plusieurs types de correspondances peuvent être établis. Il s'agit d'une correspondance stricte si chaque entité de la classe considérée est rattachée à une commune (ou à un département) et à seule (une commune pouvant se voir rattacher aucune, une ou plusieurs entités). On a peut avoir une correspondance multiple en indiquant la surface des intersections entre les entitées considérées et les communes (ou les département). On a alors (dans les deux cas) un index géographique secondaire qui fonctionne comme un index de données individuelles par rapport au géocode commune. Ce système est mis en œuvre pour établir des statistiques relatives aux zones NATURA 2000. Voir [[Natura 2000]] dans l'observatoire. A partir d'une table de correspondance multiple on peut construire un indicateur qui permet de classer les communes selon le degré de croisement avec l'autre classe d'entités géographiques (ex: les communes qui ont plus de 40% de leur superficie classée en zone Natura 2000).

==La gestion des résultats==

L'interface de traitement permet aussi de sauvegarder et d'exporter le [[résultat]]. Le traitement peut être simplement sauvegarder (comme un brouillon) à la disposition des membres du projet ou sauvegarder comme une "nouvelle variable" qui entrera dans le dictionnaire global des variables ou encore comme "thème" qui sera visible par les visiteurs du projet. Les thèmes sont classés dans un des dossiers thématiques ouverts (ou dans un nouveau) dans le projet, la liste de ces dossiers est visible dans le menu visiteur (les menus à gauche de l'écran). Au sens de la chartre créant l'observatoire ODR, les thèmes et dossiers thématiques sont des publications.

Les résultats et publications comprennent :

- les [[traitement]]s (sauvegarde formule et paramètres carte), ce sont des brouillons, ils ne sont accessibles qu'aux membres des projets concernés, ce ne sont pas des publications ;

- les [[indicateur]]s sont des traitements sauvegardés en tant que nouvelles variables (la valeur pour un niveau géographique donné est sauvegardée dans une base de dépôt du créateur, le lien avec le traitement est conservé (actualisation possible) et notamment les sources de données utilisées, la sensibilité de l'indicateur au secret statistique en est déduite) (A METTRE EN ŒUVRE). Ce sont des données secondaires ;

- les dossiers thématiques, ceux-ci comprennent un ensemble de thèmes correspondant à la cartographie d'un indicateur et (le cas échéant) un "tableau de bord", c'est-à-dire un ensemble d'indicateurs présentés dans des tableaux statistiques géographiques ou des fiches descriptives ad hoc). Ce sont des publications (éventuellement confidentielles si peu de visiteurs inscrits au projet…), soumises notamment au secret statistique ;

- les [[thème]]s (traitement validé comme thème avec les paramètres de contrôle affichage) (idem indicateur plus les paramètres d'affichage dans le dossier où cet indicateur est présent comme thème). Ce sont des publications.

Dans le cas des indicateurs sauvegardés comme thèmes ou comme nouvelles variables, plusieurs champs de métadonnées doivent être nécessairement renseignés par les créateurs de ces thèmes ou variables.

Dans le cas d'un indicateur devenant une nouvelle variable, celle-ci doit être référencée dans le dictionnaire du projet pour être réutilisable. Son créateur la déclare alors comme personnelle, privée, publiable ou non, ou encore publique (si la formule ne comprend que des données publiques, les propriétaires des données primaires réservées gardent leurs droits sur les données secondaires) ; voir référencement, la règle des 4 "P". Il doit fournir un minimum de renseignements méthodologiques sur l'indicateur, qui apparaîtront dans la fiche d'identité de la variable si celle-ci est "publiable" (répertoriée pour les visiteurs).

Dans le cas d'un [[thème]], une documentation méthodologique peut (doit pour le projet "visite observatoire") aussi être attachée au thème (par un lien avec un article de cartowiki), la procédure d'enregistrement précise également les conditions d'application des règles de confidentialité (voir secret statistique). L'interface de visualisation des thèmes ne permet d'[[exporter]] les données. Toutefois une exportation des valeurs des indicateurs d'un dossier thématique est possible via la mise à disposition des visiteurs de tableaux géographiques et de tableaux de bord statistique par territoire (quelque soit le découpage). Actuellement un simple titulaire peut seulement créer des dossiers thématiques et y classer des thèmes (cartes). L'insertion d'un tableau géographique ou d'un tableau de bord nécessite l'intervention de l'administration.

L'ensemble des opérations d'enregistrement et de [[référencement]] des données primaires (déposées par les utilisateurs) et des indicateurs forme le circuit des métadonnées. Toutes les variables publiables sont référencées dans le répertoire des données, accessible sur la page d'accueil. La fiche d'identité des données rassemble les métadonnées, dont : les indicateurs statistiques habituels (moyenne, maxi, mini, nombre d'occurrences non null, etc.), le propriétaire dans l'observatoire (l'utilisateur qui a effectué le référencement), la date de création, son lien avec diverses entités (voir ci-après les entités secondaires auxquelles rattacher les données), son statut au regard des règles de diffusion (les 4 "P" : privées, personnelles, publiques, publiables), sa sensibilité au secret statistique.

=Les entités documentées dans les répertoires de l'observatoire=

===les partenaires===
A DEVELOPPER
===les utilisateurs ===
A DEVELOPPER
===les projets===
A DEVELOPPER
===les données localisées===
A DEVELOPPER
====Entités secondaires à renseigner pour décrire les bases de données localisées de l'observatoire====

1- Les fournisseurs de données : Ils peuvent être : partenaires de l’observatoire, tiers agréés, ou simples utilisateurs titulaires.

Un fournisseur est le créateur primaire de la donnée. Le fournisseur (à renseigner lors du référencement) est distinct du propriétaire (utilisateur effectuant le référencement, qui en quelque sorte représente le fournisseur.) Ainsi, par exemple, quelque soit le nom de l'utilisateur qui a importé les données en provenance du CNASEA, celles-ci sont avec comme fournisseur "CNSAEA RDR1". Les données publiques (par exemple téléchargées du site de l'INSEE ou de SANDRE sont indiquées avec INSEE ou SANDRE comme fournisseurs. Les données fournies par des équipes de l'INRA sont répertoriées ainsi.

La liste des fournisseurs est la première entrée du répertoire de données.

2- Les ensembles de données correspondant à un même dispositif de recueil de données, à un même dispositif de gestion des mesures publiques (voir: RDR1, les dispositifs de mise en œuvre du RDR au sens du CNASEA), ou encore à une même enquête statistique. Cette rubrique est nommée "enquête", dans la procédure de référencement de carto dynamique.

Les enquêtes sont classées par fournisseurs de données et forme une deuxième entrée du répertoire des données. Chaque enquête est décrite dans un article de cartowiki, le lien étant fourni dans la fiche d'identité des variables correspondantes.

3- Les données sont présentes (physiquement) dans des tables, qui ont été enregistrées dans des zones de dépôt, c'est leur adresse dans le dictionnaire. Chaque zone de dépôt est administrée par l'utilisateur (unique) auquel elle est attachée, seul celui-ci peut référencer ces tables et les variables qu'elles contiennent. Il en est le créateur ou le propriétaire au sens de carto dynamique. Il pourra donner accès à ces données à divers projet en tant que donateur. La notion de propriétaire/créateur est à distinguer de celle de fournisseur.

Les tables de données localisées se rapportent à un niveau géographique, elles comprennent une ou plusieurs variables (attributs des entités géographiques de ce niveau en un ou plusieurs exemplaires). Si la table contient plusieurs variables celles-ci peuvent avoir des attributs de référencement propres (chaque variable de la table dispose de sa fiche d'identité). Si la table comprend plusieurs exemplaires (par exemple plusieurs dossiers d'aide publique par commune), la ou les [[clé]]s secondaires sont référencées ainsi que les règles d'[[agrégation]].

4. Les tables de données secondaires produites par l'application ("nouvelles variables") sont référencées comme les tables importées. Mais à chacune de ces variables sont associés une [[formule]] et les attributs correspondant aux variables de la formule. Les indicateurs présentés dans des thèmes ne sont nécessairement sauvegardés comme nouvelles variables.

5. Dans la mesure où plusieurs [[index]] peuvent concurremment servir à agréger des données, chaque clé "individuelle" fait l'objet d'une fiche documentaire (cartowiki). (A METTRE EN ŒUVRE)

===les entités géographiques===
A DEVELOPPER
===les thèmes et dossiers thématiques===
A DEVELOPPER