Détails
16820

Dans l'éternelle quête d'un système simple et performant pour mettre en place un système d'édition de données spatiales via un navigateur web, de façon sécurisée et sur une base Postgres, il faut nous confronter au framework Django.

Cet article est une vulgarisation/fusion des deux tutoriels officels Django et GeoDjango. Ces derniers sont bien plus détaillés et vous les trouverez ici : 

Le tuto officiel Django se base sur les toutes dernières versions des outils, et sur Linux. En fonction de sa machine locale ou des serveurs web à notre disposition, il peut y avoir des différences. La syntaxe de certaines lignes de commande Django ou Python peuvent changer, ainsi que la façon d'appeler vos apps ou vos importations.

D'autre part faire ses 1ers pas dans GeoDjango nécessite de s'être d'abord familiarisé à Django. On n'utilise pas ce module additionnel sans le framework complet.

Je vais donc tenter de clarifier tout cela, ne serait-ce qu'à mes yeux, et en allant rapidement vers les fontionnalités les plus basiques de GeoDjango. Au terme de cet article, nous aurons un système de CRUD sur de la donnée spatiale, en points, lignes et polygones, avec un fond OpenStreetMap, le tout accessible sur authentification.

Détails
6758

Ci-dessous une liste de quelques flux cartographiques ou autres types de données distantes, classés par disponibilité, étendue, niveau de précision et type de service.

  • Les flux WMS ne peuvent pas être lus directement dans votre navigateur, mais dans un visualiseur (le Géo-catalogue de ce site par exemple) ou avec votre SIG préféré.
  • Des GeoServers sont également listés (faites une Recherche avancée sur le champ Type). Une fois dans un GeoServer, allez à Prévisualisation de la couche et faites votre choix.
  • Les liens du champ Page officielle proposent des listes complètes de flux, des catalogues ou des visualiseurs.

Détails
1432

De nombreuses structures de recherche en environnement veulent bénéficier d'infrastructures de données dédiées. Pour la saisie, le chargement, l'organisation et l'exploitation de leurs données. L'objectif originel est parfois issu d'un simple besoin de référencement, mais le terrain et le format des projets de recherche conduisent parfois à des formes de travail collaboratif*, et à la nécessité d'avoir une vision globale de l'avancée des projets, à différents niveaux, différentes échelles.

C'est peut-être la recherche en environnement elle-même, et les Sciences Humaines et Sociales, qui suscitent ces besoins. Les thématiques ne pouvant se dissocier du terrain et des hommes. L'observation également, et les méthodes de questionnement géographique, nécessitent sans doute une approche spatiale et intégrée.

Des modes de fonctionnement similaires régissent d'ailleurs ces structures. Avec des équipes, des projets, des financeurs, des délais, de la donnée personnelle, événementielle, occurrentielle, des pièces jointes, des photos, des outils, des problématiques de diffusion, de visibilité... Les outils peuvent donc être mutualisés, et l'approche collaborative revêtir différents aspects (observer l'environnement, observer une thématique environnementale, observer ceux qui observent l'environnement...).

Détails
2411
Pour des raisons légales ou disciplinaires, les organismes étatiques au sein de l'union européenne veulent mettre à disposition leurs données environnementales. Des pratiques sont apparues qui répondent à des besoins à court terme mais moins sur le long terme. La réduction des budgets (que tous connaissent), les passes-droits accordés par la législation (mais différemment interprétés) ainsi que la complexité des outils informatiques (pour le plus grand bonheur des sociétés privées) contribuent à la formation d'un maelström administrativo-technique parfois assez complaisant.

Un métacatalogue sans serveur carto1, c'est la métadonnée sans la donnée. C'est comme un restaurant sans la cuisine : on passe commande, on attend, mais rien ne vient. Sauf que le cœur d'un restaurant... c'est la cuisine ! Vous pouvez mettre le paquet sur la déco, le service ou faire valoir la situation du restau, ses partenaires... si la cuisine ne suit pas, les gens ne reviendront pas.

L'interfaçage des métacatalogues avec des serveurs cartographiques1 est donc indispensable pour mettre en place des catalogues riches. Sans cela, et en se contentant d'afficher des méta-informations, les catalogues n'ont pas de stock et donc ne sont plus de vrais catalogues. Ils deviennent de simples répertoires, des annuaires, qui fourniraient le même service que Google mais en moins bien : savoir qui est qui et qui à quoi.