Les démarches présentées sont généralisables et répétables.

La première présentation  concerne des cas d'utilisation d'outils de "reporting" qui croisent connaissance naturaliste et données foncière, pour informer un acquéreur ou un vendeur sur les enjeux connus sur les parcelles concernées ou plus classiquement pour informer un propriétaire de l'intérêt patrimonial de sa propriété :

Cette fonction permet la comparaison deux versions d'une observation.

Elle exploite la table saisie.suivi_saisie_observation avec les fonctions windows : http://docs.postgresql.fr/9.2/functions-window.html

Voici la présentation faite à l'occasion du séminaire utilisateur de QGIS des 10 et 11 décembre dernier.

Elle a été réalisée avec Inkscape et SOZI.  Utilisez les boutons de la souris ou les flèches de votre clavier pour avancer/reculer. La molette ou les signes +/- pour zoomer/dézoomer.

http://si.cenlr.org/sites/www.cenlr.org/files/users/webmestre/qgis_et_reporting/qgis_reporting_carto_chemin.svg

Cette page est le résultat d'un travail mené en commun, en mars 2015 par 4 géomaticiens et informaticiens des CEN Rhône-Alpes (Rémy Clément, Guillaume Costes et Laurent Poulin) et Languedoc-Roussillon (Mathieu Bossaert)

le 25/02/2016 : Les versions supérieures à la 1.7 de GeoODK présentent un bug qui fait planter les formulaires utilisant la fonction search() quin permet d'interroger un CSV. La dernière version fonctionnelle d'avant le bug est disponible ici : http://www.cenlr.org/divers/geoodk

OpenDataKit est une suite d'outils libres dédiée à la collecte de données sur terminaux mobiles Androïd. Si ODK permet de collecter les coordonnées du relevé, GeoODK, le complètre avec le support des traces et des polygones, et sutrout avec l'ajout d'un "widget" cartographique pour la localisation.

D'une relative simplicité de mise en oeuvre, la solution permet facilement de décrire et créer des formulaires correspondant à nos besoins. Une fois les données récupérées, il est simple de les intégrer à notre base de données en place.

Nous allons donc passer en revue l'installation des outils de la suite, la définition du formulaire avec XLSForm, et la ventilation des données récoltées dans notre base de données "métier", SiCen.

Cette démonstration s'arrête au moment de l'envoi des données collectées au serveur, et de la démonstration de l'intégration automatique et instantanée des données à SiCen.

Opérateurs, fonctions et requêtes spatiales

Introduction

Le support des données matricielles (raster) est une « nouveauté » de PostGIS 2.

A chaque pixel de la grille est associée une valeur (altitude, température, densité de population, type d'occupation du sol, perméabilité...). Cette valeur est stockée dans une bande.
PostGIS permet d'associer plusieurs bandes à un raster. On peut par exemple disposer d'un raster de températures mensuelles moyennes qui contient une bande par mois de l'année.

Voici la présentation réalisée lors de notre Conférence Technique et Thématique "Géomatique" du dernier congrès des CENs qui s'est tenu à Thionville du 1er au 5 octobre 2014.

Pour diverses raisons, on se souci de moins en moins de la taille des fichiers que nous produisons (diaporama de plus de 100 Mo, rapports d'un poids similaire).

Cependant, si ce comportement se généralise au sein de l'équipe, la capacité de stockage de notre serveur de fichiers et sa sauvegarde sont rapidement malmenées.

Afin surveiller un peu cela, et pour pouvoir "harceler" un peu les collègues concernés, nous avons mis en place un petit script shell qui utilise les commandes find, ls et awk

J'utilise depuis Qgis 1.8 les possibilités de personnalisation du formulaire de renseignement des attributs.

Une nouveauté (une autre!) a fait son apparition avec la sortie de QGis 2, c'est la possibilité d'utiliser des couples clé/valeur stockés dans une table de la base de données.

J'aimerai aller un peu plus loin et appliquer un "filtre d'expression", consistant à ne proposer dans la liste déroulante que les couples clé/valeur des objets présents dans l'emprise courante de ma carte.

L'outil de saisie des données naturaliste est enfin motorisé par les dernières version de PostgreSQL (9.2) et de Postgis (2.0).

Nous allons utiliser les trigger de PostgreSQL et la capacité de PostGIS 2 à gérer les données raster pour renseigner automatiquement l'altitude des données ponctuelles renseignées dans l'interface.

Le MNT de la BD TOPO de l'IGN a été intégré à la base pour l'ensemble de la région dans la table mnt_lr du schéma ign_bd_topo.

Les données naturalistes que nous collectons sont consolidées dans le SIG à traveur une interface web de saisie.

Une table de la base de données (saisie.suivi_saisie_observation) recence toutes les opérations d'insertion, de modification ou de suppression de ces donénes.

Nous allons interroger cette table pour calculer la somme mensuelle des données saisie via l'interface ainsi que la somme cumulée depuis sa mise en place en aout 2010.

Objectif

mettre à disposition de chaque structure productrice de données dans la base de données :

• un export des données qui lui sont attribuées
• à intervalle régulier
• en l'informant par mail de la mise à jour.

Intégrer la dernière version de TAXREF à la base de données grace aux "Foreign Data Wrapper"

Mise à jour du 4 juillet 2016 avec ajout de la colonne cd_sup (TAXREF v9)

Depuis les versions récentes (9.1) de PostgreSQL, nous pouvons nous connecter depuis la base à diverses sources de données distantes.

En voulant mettre à jour des données d'altitude d'une distribution de points, nous avons rencontré une erreur :

La requête suivante :

UPDATE export.tous_point_espece_selon_format_esri SET pente_mnt = ST_VALUE(rast, geometrie, true)
FROM raster.pente_mnt30
WHERE code_insee LIKE '30%' AND st_intersects(geometrie, rast)

retournait ceci :

Présentation réalisée à l'occasion du 6ème FORUM TIC de l'ATEN
Voir le diaporama