Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
Un Planet est un site Web dynamique qui agrège le plus souvent sur une seule page, le contenu de notes, d'articles ou de billets publiés sur des blogs ou sites Web afin d'accentuer leur visibilité et de faire ressortir des contenus pertinents aux multiples formats (texte, audio, vidéo, Podcast). C'est un agrégateur de flux RSS. Il s'apparente à un portail web.
Vous pouvez lire le billet sur le blog La Minute pour plus d'informations sur les RSS !
  • Canaux
  • Categories
  • Tags

    • Canaux

    5679 éléments (353 non lus) dans 55 canaux

    Dans la presse Dans la presse

    Toile géomatique francophone (6 non lus)

    Sauter à la page: 1 2 3 4 5 6 ... 15
     
    • 04 October 2024

    • sur Revue de presse du 27 septembre 2024

      Publié: 4 October 2024, 2:00pm CEST
      Automne 2024 : carte à base de composants électroniques, un nouveau service gratuit de tuiles OSM, Panoramax continue de se déployer, des nouvelles des conférences QGIS ... et une plaidoirie de défense du format Shapefiles.

    • sur Les requêtes d’élévation dans Giro3D

      Publié: 4 October 2024, 6:27am CEST par Sébastien Guimmara
      Pièce jointe: [télécharger]

      Cet article concerne des fonctionnalités publiées avec la version 0.36 de Giro3D.

      Giro3D 0.36 introduit un système de requêtes d’élévation sur les Maps. Nous allons explorer cette API ainsi que quelques cas d’usages typiques.

      Pré-requis: les couches d’élévation

      Pour bénéficier de l’API de requêtes d’élévation, une Map doit être dotée d’une couche d’élévation. Les couches d’élévation peuvent lire des données de sources diverses, comme des GeoTIFF ou des couches tuilées (comme celles fournies par l’IGN ou Mapbox).

      Requêter une élévation sur une coordonnée

      Une fois notre Map et notre couche d’élévation prêtes, nous pouvons commencer à requêter les élévations. Cela passe par la méthode getElevation().

      // Mont-Blanc
const coordinates = new Coordinates('EPSG:4326', 6.864594, 45.833641);

const elevationResult = map.getElevation({ coordinates });

      getElevation() ne renvoie pas directement une valeur unique, mais un objet contenant une série d’échantillons (samples). Nous pouvons ordonner ces échantillons par résolution, puis récupérer celui ayant la meilleure résolution.

      if (result.samples.length > 0) {
    result.samples.sort((a, b) => a.resolution - b.resolution);

    const best = result.samples[0];
    const elevation = best.elevation;

    console.log(`Elevation for coordinate: ${elevation} m`);
}

      Il est ainsi possible de requêter plusieurs Maps simultanément, d’agréger leurs échantillons, puis de récupérer le meilleur.

      Requêter plusieurs maps ?

      Dans un contexte typique, une scène ne contient qu’une seule map. Mais il existe des scénarios ou plusieurs map dotées de données d’élévation sont présentes simultanément dans une scène, voire se chevauchent.

      C’est le cas par exemple d’une scène contenant une mosaïque hétérogène de rasters d’élévation (chacun étant réprésenté par une Map). Dans ce cas nous devrons créer un objet pour stocker les résultats plutôt que de laisser getElevation() le faire pour nous, puis requêter toutes les map en leur passant cet objet:

      const coordinates = new Coordinates('EPSG:4326', 6.864594, 45.833641);

const result = { samples: [], coordinates: options.coordinates };

for (const map of allMaps) {
    map.getElevation({ coordinates }, result);
}

if (result.samples.length > 0) {
    result.samples.sort((a, b) => a.resolution - b.resolution);

    const best = result.samples[0];
    const elevation = best.elevation;

    console.log(`Best sample for coordinate: ${elevation} m`);
}
      Positionner des labels sur un terrain

      Pour en savoir plus, voir l’exemple complet sur le site de Giro3D.

      Un cas d’usage typique des requêtes d’élévation est le positionnement de labels sur le terrain. Supposons que nous voulions mettre une label au sommet du Mont-Blanc, mais que nous ne disposions que de sa latitude et longitude et pas son élévation:

      const labelObject = new CSS2DObject(/** options */);

// Mont-Blanc
const coordinates = new Coordinates('EPSG:4326', 6.864594, 45.833641).as('EPSG:3857');

labelObject.position.setX(coordinates.x);
labelObject.position.setY(coordinates.y);

// ... After elevation query on the coordinates

labelObject.position.setZ(elevation);

      Il est ainsi possible de positionner rapidement un grand nombre d’objets à la surface du terrain.

      Positionnement de labels sur le terrain

      Positionnement de labels sur le terrain

      Limites

      La requête d’élévation ne lit que les données actuellement présentes en mémoire, et ne fait aucune requête [HTTP.] Les données chargées dépendent du point de vue actuel : si la caméra est très éloignée du terrain, des données de faible résolution seront chargées. Cela peut avoir un impact sur la qualité du positionnement, notamment lorsque l’on se rapproche.

      Pour pallier à ce problème, il suffit de procéder à une nouvelle requête d’élévation lorsque les données actuellement chargées changent. Nous pouvons pour cela ajouter un listener sur l’événement de changement d’élévation de la map, et mettre à jour les labels situées dans la zone de mise à jour (extent).

      function updateLabels(extent) {
    // Code
}

map.addEventListener('elevation-changed', ({ extent }) => updateLabels(extent));
      Créer un profil d’élévation

      Pour en savoir plus, voir l’exemple complet sur le site de Giro3D.

      Un autre scénario typique faisant usage des requêtes d’élévation est bien sûr le profil d’élévation. Il est relativement simple de créer un profil d’élévation en utilisant 3 composants:

      • les requêtes d’élévation
      • les outils de dessins Giro3D que nous avons présentés dans un article précédent.
      • la librairie chart.js
      Dessin d'un profil d'élévation

      Dessin d’un profil d’élévation

      Le profil est créé en requ?tant des dizaines, voire centaines d’élévations en un temps très court (moins d’une seconde généralement).

      Bien sûr, les mêmes limites s’appliquent: il s’agit de requêter uniquement les données chargées, et aucune requête HTTP supplémentaire n’est effectuée par Giro3D. Il s’agit donc d’un cas idéal pour fournir aux utilisateurs un aperçu très rapide sans surcharger les serveurs.

      Les performances

      Les requêtes d’élévation sont généralement très rapides: de l’ordre de la dizaine de millisecondes.

      Dans l’exemple Giro3D des profils">[https:] d’élévation, les 200 échantillons sont obtenus en moins de 200 millisecondes. Un profil de 10 000 échantillons est réalisé en moins de 400 millisecondes.

      Conclusion

      Les requêtes d’élévation sont un moyen souple et performant de combler le fossé entre la géomatique 2D et 3D, sans nécessiter de service additionnel de type OGC WPS.

    • sur Nouveau dans QGIS 3.40 : Le support CMJN

      Publié: 2 October 2024, 6:41am CEST par Julien Cabieces

      Crédits : Bru-nO (Pixabay Content License)

      Grâce au financement de la Métropole de Bordeaux, j’ai eu la chance de travailler sur le support du CMJN (Cyan Magenta Jaune Noir, CMYK en anglais) dans QGIS. L’objectif de la métropole est de faire tomber la dernière barrière empêchant leur migration complète depuis ArcGIS vers QGIS.

      Les développements sont maintenant terminés et seront disponibles dans la version 3.40 de QGIS, prévue pour être publiée en octobre 2024, avant de devenir la prochaine LTR en février 2025. Il est cependant à noter que le support du CMJN ne sera complet que dans les versions de QGIS construites avec Qt 6 (version encore non officielle) pour des raisons expliquées dans l’article. Sur Windows, cette version n’est actuellement installable qu’en utilisant OSGeo4W (version qgis-qt6-dev).

      EDIT: En réalité, la version de QGIS construite à partir de Qt 6.8 qui embarque les modifications nécessaires pour l’export PDF CMJN n’est toujours pas disponible. Plus d’information ici.

      C’est quoi le CMJN ?

      Vous connaissez certainement le RVB qui permet de coder une couleur sur écran en choisissant la quanté de rouge, vert et bleu de cette couleur. Il est aussi possible que vous utilisiez le TSL ou TSV.

      RVB – Crédits : Daniel Roberts (Pixabay Content License)

      Ces 3 référentiels de couleurs permettent de coder une couleur pour un écran, le CMJN cible quant à lui les imprimantes en permettant de saisir la quantité exacte d’encre qui sera libérée lors de l’impression (d’où les 4 composantes CMJN, une par cartouche d’encre).

       

      CMJN ( ici de gauche à droite, NCMJ ) – Crédits : Magnascan (Pixabay Content License)

      Les caractéristiques du CMJN diffèrent fortement du RVB, on parle notamment de mode colorimétrique soustractif, car l’encre absorbe la lumière au contraire du RVB qui est dit additif, plus vous avez de rouge, vert, bleu plus vous vous rapprochez de la pleine lumière, le blanc.

      La nature intrinsèquement différente de ces 2 espaces colorimétriques font qu’il est fortement déconseillé de convertir l’un vers l’autre. Le mieux est de choisir une couleur dans un espace (CMJN pour l’impression, RGB pour le rendu sur écran) et de s’y tenir.

      Pire, l’impression d’une même couleur est différente selon l’imprimante, l’encre, le papier… Le choix d’une couleur CMJN se fait dans un espace de couleur, représenté par un fichier de profil ICC, fourni par votre imprimeur. C’est un peu l’équivalent d’un nuancier utilisé lors d’un choix de peinture.

       

      Vous pouvez maintenant vous écharper sur la VRAIE bonne couleur d’une ligne de route – Crédits : Yanis Ladjouzi (Pixabay Content License)

      Implémentation dans QGIS… et Qt

      Suite aux développements, il est maintenant possible dans QGIS de :

      • Saisir des couleurs au format CMJN, et en précision flottante ;
      • Définir son mode de couleur préférentiel (RVB ou CMJN) et son espace de couleur ;
      • Générer un fichier au format PDF/X-4 (prêt pour l’impression) embarquant un espace de couleur et utilisant des couleurs CMJN ;
      • Permettre au moteur d’expression de manipuler des couleurs CMJN sans les convertir en RVB ;
      • Gérer les rampes de couleurs CMJN ;
      • Plein d’autres petites améliorations et corrections autour de la thématique des couleurs.

       

      Selection des couleurs dans QGIS en CMJN

      La belle histoire de l’Open source

      J’ai pris un grand plaisir à participer à ce développement car il est le fruit de la collaboration de nombreux acteurs du logiciel libre.

      Lors d’une première phase d’étude concernant le support du CMJN dans QGIS, on identifie rapidement que Qt, le cadriciel (framework) utilisé par QGIS pour le rendu des cartes, présente des limitations. Il convertit toutes les couleurs en RVB lors du rendu des cartes au format PDF et son support des espaces de couleurs CMJN est incomplet.

      Il est donc nécessaire de le faire évoluer. Nous nous adressons donc à notre partenaire privilégié lorsqu’il s’agit de Qt, KDAB, et plus précisément Giuseppe D’Angelo qui réalise alors les développements nécessaires.

      S’agissant de nouvelles fonctionnalités, ces dernières sont disponibles uniquement dans Qt 6 (Qt 5 est en fin de vie). C’est pour cette raison que le support du CMJN est incomplet dans les versions officielles de QGIS reposant encore sur Qt 5.

      QGIS.org, l’association qui chapeaute le projet QGIS, a décidé de financer les développements sur Qt, charge ensuite à Oslandia de piloter ces développements puis de réaliser l’intégration dans QGIS. Cette intégration ainsi que les évolutions fonctionnelles afférentes été financé par la métropole de Bordeaux.

      Mes développements ont ensuite été relus par d’autres contributeurs QGIS. (Si vous voulez en savoir plus sur le processus de contribution QGIS, vous pouvez lire un précédent billet de blog sur la qualité logicielle dans QGIS)

      Enfin, je tenais à remercier spécialement Jehan, développeur sur le projet GIMP. Sa disponibilité et son exhaustivité dans nos correspondances électroniques m’ont grandement aidé à comprendre les enjeux à la fois techniques et fonctionnels du CMJN, et ont très certainement contribué à la qualité du résultat obtenu.

      La suite

      QGIS 3.40 sera donc capable de générer un fichier PDF/X-4 utilisant des couleurs CMJN. Qt, de son côté, améliore le support du CMJN, l’écriture PDF, et la gestion des espaces de couleurs.

      Encore merci à la métropole de Bordeaux et QGIS.org pour avoir financé ces développements, et toutes les personnes impliqués dans la réalisation de ceux ci.

      Nous serions ravis d’avoir des retours d’utilisateurs sur vos cas d’utilisation liés à la gestion des couleurs dans QGIS. N’hésitez pas à nous écrire ou à commenter nos posts pour nous dire comment vous utilisez ces fonctionnalités.

      Ces fondations dans la gestion des espaces colorimétriques dans QGIS ouvrent la porte à de futurs perfectionnements. Si le sujet vous intéresse et que vous souhaitez contribuer, n’hésitez pas à nous contacter à infos+qgis@oslandia.com et consulter notre offre de support à QGIS.

    • 01 October 2024

    • sur Journée d’étude : Le Fleuve sur la carte. Cartographie locale.

      Publié: 1 October 2024, 1:40pm CEST par Emmanuelle Vagnon

      Le 17 octobre 2024

      Tours, CESR (Centre d’Etudes Supérieures de la Renaissance)

      Salle Saint-Martin

      Le fleuve sur la carte. Cartographie locale.

      Journée d’étude organisés par Nathalie Bouloux (Université de Tours, CESR), Jean Senié (Université de Tours, CESR) et Camille Serchuk (Southern Connecticut State University)

      • 9h30 – Camille Serchuk, Jean Senié Nathalie Bouloux et Jean-Charles Ducène : Introduction et présentation du projet
      • 10h – Camille Serchuk : Cartes et paysages fluviaux en France au XVIe siècle
      • 10h30 – Pause
      • 10h45 – Juliette Dumasy (Université d’Orléans, POLEN) :  La représentation des fleuves du Fenland sur les cartes anglaises au Moyen Âge
      • 11h15 – Evelien Timpener : Late medieval river maps, their practical use and juridical implications in medieval water management
      • Discussions
      • 12h30 – Déjeuner
      • 14h – Jean Senié : Le rôle des cartes dans les conflits frontaliers le long du Pô (fin XVe-XVIIIe siècle)
      • 14h30 – Armelle Querrien : Autour de la figure de 1685 de la Théols à Issoudun: hydraulique, procès, représentations
      • 15h – Pause
      • 15h30  – Annette Baumann : Sovereignty rights on the river – the dispute over customs and market rights on the Elbe between the Hanseatic City of Hamburg and the Dukes of Brunswick
      • 16h – Discussion générale
      Télécharger le programme : Fleuve_Carte_programme Contact : Marie-Laure Masquilier : marie-laure.masquilier@univ-tours.fr

    • sur Café géo de Paris, 15 octobre 2024 : Les Etats-Unis et le Monde, avec Philippe Etienne

      Publié: 1 October 2024, 12:13pm CEST par r.a.

      Un ancien ambassadeur de France aux Etats-Unis rend compte de l’ampleur des défis auxquels fait face aujourd’hui la première puissance mondiale.

      Café de Flore (75006), dans la salle du premier étage, mardi 15 octobre 2024, de 19h à 21h.

       

      Philippe Etienne, ambassadeur de France aux Etats-Unis de 2019 à 2023, a accepté l’invitation des Cafés Géo pour éclairer l’assistance sur les grandes questions géopolitiques de la puissance américaine, sans oublier d’évoquer les fractures de la situation intérieure des Etats-Unis.

      Moins de quatre ans après l’assaut sur le Capitole, l’élection présidentielle américaine du 5 novembre 2024 opposera l’ancien Président Donald Trump et l’actuelle Vice-Présidente Kamala Harris. Deux Amérique continuent de s’affronter dans un contexte international incertain marqué par de nombreux conflits de toute nature. L’hégémonie américaine est menacée à la fois par le spectre de la désunion à l’intérieur et par la remise en cause de l’ordre mondial né en 1945.

      Philippe Etienne a été ambassadeur en Roumanie, auprès de l’UE (13 ans au total à Bruxelles), en Allemagne et en dernier lieu aux Etats-Unis (2019 2023).
      Il a été conseiller diplomatique d’Emmanuel Macron entre 2017 et 2019.
      Il est Président de la Mission pour le 80ème anniversaire de la Libération de la France.

      Le Café abordera la problématique suivante : l’Europe semble dépassée par l’accumulation des crises et par la compétition entre Washington et Pékin. Comment nos démocraties peuvent- elles défendre leurs intérêts, leur souveraineté et leurs valeurs dans un monde autant déstructuré et violent ?

    • sur Café géo de Chambéry-Annecy, 10 octobre 2024 : Pourquoi et comment protéger les glaciers et les écosystèmes qui leur succèdent ?

      Publié: 1 October 2024, 11:44am CEST par r.a.

      avec Jean-Baptiste Bosson, glaciologue et géomorphologue

      10 octobre 2024, 18h, Café Terra Natura, 68 avenue des Neigeos, Seynod


      Les glaciers sont de passionnants témoins de l’histoire de la Terre. Sources de terreur puis d’émerveillement, d’aventure et de connaissance, ils permettent de mieux comprendre l’évolution du climat et ses enjeux à l’Anthropocène. Basée sur des résultats récemment obtenus dans les Alpes et dans le monde, cette présentation explore l’évolution fascinante et inquiétante des glaciers sur Terre et met en lumière l’importance de protéger ces géants et les écosystèmes qui leur succèdent.

    • sur Optimisation simple d’un réseau de neurones

      Publié: 1 October 2024, 10:21am CEST par admin
       

      Maintenant que l’on a appris à entraîner un réseau de neurones (un modèle) et à récupérer / créer des données d’entraînement, faisons un petit point théorique sur l’optimisation de l’entrainement de notre modèle.

      Entraîner un modèle est un processus itératif : à chaque itération, le modèle fait une estimation de la sortie, calcule l’erreur dans son estimation (loss), collecte les dérivées de l’erreur par rapport à ses paramètres et optimise ces paramètres à l’aide de la descente de gradient.

      Descente de gradient (rappel)

      La descente de gradient est un algorithme permettant de trouver le minimum d’une fonction.

      Approche intuitive :

      • De façon intuitive, on peut imaginer être un skieur sur une montagne. On cherche à trouver le point d’altitude la plus basse (donc, un minimum d’altitude).
      • L’approche pour trouver ce minimum est de se placer face à la pente descendante et de simplement avancer pendant 5 minutes.
      • Donc, 5 minutes plus tard, on se trouve à un autre point et on réitère l’étape précédente.
      • Ainsi de suite jusqu’à arriver au point le plus bas.

      Approche mathématique :

      • La pente de la montagne correspond à la dérivée. Et, la valeur de dérivée correspond à l’inclinaison de la pente en un point donné.
      • Donc, une dérivée élevée indique une pente importante. De la même façon, si la dérivée est faible, alors la pente est faible. Finalement, une dérivée nulle correspond à un sol horizontal.
      • Pour le signe de la dérivée, on va à l’inverse de la pente. Plus concrètement, une dérivée positive indique une pente qui descend vers la gauche et, une dérivée négative indique une pente qui descend vers la droite.
      • Une fois la direction déterminée (gauche ou droite), il reste à déterminer le pas (on se déplace pendant 5 minutes, 10 minutes, … ?). L’idéal serait de faire le pas le plus petit possible pour déterminer si on a trouvé le minimum le plus régulièrement possible. Le problème avec cette approche est le coût calculatoire : le calcul va être très lent. A l’inverse, un pas trop grand nous fera louper le minimum. Il faut donc trouver un juste milieu, ce qui se fait en spécifiant un taux d’apprentissage (learning_rate) que l’on développera par la suite.

      Approches couplées :

      • On peut représenter la montagne décrite dans l’approche intuitive par la fonction suivante : f(x) = 2x²cos(x) – 5x. On se restreindra à une étude sur l’intervalle [-5,5].
      • Visuellement, le minimum est situé vers x ? 3.8 pour une valeur minimale de y ? -42 environ.
      • On va donc appliquer la descente de gradient pour trouver ce minimum.

      Pour cela, on commence par prendre un premier x (x0) au hasard. x0 = -1 -> f(x0) = 6.08)

      On calcule ensuite la valeur de la pente en ce point (la dérivée f'(x0)). f'(-1) = -2sin(-1)-4cos(-1)-5 ? -5.47827

      On « avance » dans la direction opposée à la pente : x1 = x0 ? ?f'(x0) (avec ? = learning_rate = 0.05). x1 ? -0.72609

      On répète ensuite l’opération jusqu’à trouver xmin. xmin = 3.8

      Hyperparamètres

      Ce processus d’optimisation peut être influencé directement par le développeur via le biais des hyperparamètres. Ces hyperparamètres sont des paramètres ajustables qui impactent l’entraînement du modèle et le taux de convergence de ce dernier. Le taux de convergence correspond en combien d’itérations le modèle obtient un résultat optimal.

      Pour entraîner le modèle, on dispose de 3 hyperparamètres :

      • Nombre d’époques epochs_number : le nombre de fois où l’on parcourt l’ensemble de données
      • Taille du lot d’entraînement batch_size : le nombre d’échantillons de données propagés sur le réseau avant la mise à jour des paramètres
      • Taux d’apprentissage learning_rate : à quel point les paramètres des modèles doivent être mis à jour à chaque lot/époque. Des valeurs plus petites entraînent une vitesse d’apprentissage lente, tandis que des valeurs plus élevées peuvent entraîner un comportement imprévisible pendant l’apprentissage. (ref. « Descente de gradient »)
      Explication des hyperparamètres

      Plus concrètement, on possède initialement 2 choses :

      • le modèle
      • un jeu de données

      On commence par découper le jeu de données en sous-jeux de données, tous de même taille. Ces sous-jeux de données sont appelés batch, tous de taille batch_size.

      Ensuite, chaque batch est propagé dans le réseau (passé en entrée de celui-ci). Lorsque tous les batch sont passés par le modèle, on a réalisé 1 epoch. Le processus est alors reproduit epochs_number nombre de fois.

      Ces étapes peuvent être visualisées sur l’image suivante.

      Boucle d’entraînement du modèle

      Avant toute chose il faut définir les hyperparamètres. Par exemple :

      • learning_rate = 1e-3
      • batch_size = 64
      • epochs = 5

      Une fois les hyperparamètres définis la boucle d’entraînement et d’optimisation du modèle peuvent commencer. Pour rappel, chaque itération de cette boucle est donc une epoch.

      De façon plus précise chaque epoch est constituée de 2 phases :

      • l’entraînement : itération sur le jeu de données d’entraînement afin de tenter de converger vers des paramètres optimaux.
      • la validation : itération sur le jeu de données de validation pour vérifier que le modèle est plus performant et s’améliore.

      A la première boucle, comme notre réseau n’a pas encore été entraîné, il a très peu de chance qu’il donne une bonne réponse / un bon résultat. Il faut alors mesurer la distance entre le résultat obtenu et le résultat attendu. Cette distance est calculée à l’aide de la fonction de perte (loss_function).

      Le but est donc, au fur et à mesure des itérations de boucle, de minimiser cette loss_function afin d’avoir un résultat obtenu au plus proche du résultat attendu. On notera ici l’utilité de la descente de gradient qui, comme expliqué précédemment, est un algorithme permettant de trouver le minimum d’une fonction, ici, la loss_function.

      L’optimisation consiste donc à mettre à jour les paramètres à chaque boucle pour minimiser cette fonction de perte. Cette optimisation est encapsulée dans un objet optimizer qui est appliqué sur le modèle. Ce dernier prend donc en entrée les hyperparamètres du modèle. Dans la boucle d’entrainement, l’optimisation est plus précisément réalisée en 3 étapes :

      • Appel à fonction optimizer.zero_grad() : réinitialisation des gradients des paramètres du modèle. Par défaut, les gradients s’additionnent ; pour éviter le double comptage, nous les mettons explicitement à zéro à chaque itération.
      • Appel à la fonction loss.backward() : rétropropagation de la prédiction de perte (loss).
      • Appel à la fonction optimizer.step() : ajustement des paramètres par les gradients collectés lors de la rétropropagation.
      Conclusion

      Nous avons révisé comment entraîner un modèle de données en introduisant les concepts de hyperparamètres et touché du doigt l’importance d’un bon optimiseur.

      La prochaine fois nous vous proposerons un TP pour coder notre optimiseur et étudier quelques uns des optimiseurs fournis dans pytorch.

      Rédacteurs : Mathilde Pommier et Sébastien Da Rocha

    • 29 September 2024

    • sur Cartographier l'espace stratégique de la Chine

      Publié: 29 September 2024, 6:26am CEST


      Nadège Rolland (2024). Mapping china’s strategic space, The Nation Bureau of Asian Research.

      L’objectif du rapport « Cartographier l’espace stratégique de la Chine » de Nadège Rolland (NBR, septembre 2024) est de mieux comprendre ce qui constitue l’espace imaginé de la Chine au-delà de ses frontières nationales et de ses revendications terrestres et maritimes. Les dirigeants chinois considèrent cet espace comme vital pour la poursuite de leurs objectifs politiques, économiques et de sécurité ainsi que pour la réalisation de l’essor de la Chine.
      « Mapping china’s strategic space » (Rapport à télécharger en pdf)

      • Introduction
      • Chapitre 1 : l'espace stratégique
      • Chapitre 2 : le retour de la géopolitique
      • Chapitre 3 : « positionnement » de la Chine : puissance et identité
      • Chapitre 4 : la logique et la grammaire de l'expansion
      • Chapitre 5 : conclusion : une nouvelle carte ?

      Les discussions internes sur l’expansion, initiées avant l’effondrement de l’Union soviétique, sont toujours en cours en République populaire de Chine. Fortement influencées par la géopolitique classique, ces discussions sont intimement liées à la perception que le pays a de sa puissance et à ses aspirations hégémoniques. Le besoin de lutter pour conquérir de l’espace s’accompagne d’une peur persistante de l’endiguement par l'étranger. La définition d’une sphère d’intérêt et d’influence géographique élargie est apparue pour la première fois sous la forme d’une carte mentale quasi-globale vers 2013, et cette conception perdure malgré le ralentissement économique actuel de la Chine. Plus récemment, cette carte mentale s’est étendue pour inclure l’« espace » économique et idéologique ainsi que les géographies physiques.

      Conséquences politiques

      • Bien que les élites gouvernementales et universitaires nient farouchement les aspirations hégémoniques de la RPC, elles sont bien palpables, même si elles ne se matérialisent pas nécessairement de la même manière que dans les périodes historiques précédentes. Comprendre comment son espace stratégique est défini permet d'anticiper la direction future que pourraient prendre la politique étrangère et la grande stratégie de la Chine, à condition que ses élites continuent de croire que la puissance de leur pays s'accroît par rapport à celle des États-Unis.

      • Les élites chinoises considèrent l'expansion de la Chine comme le résultat inévitable de sa puissance et de ses intérêts croissants. Elles considèrent que toute résistance extérieure et toute tentative de contenir cette expansion sont inévitables. Les puissances extérieures ne peuvent pas faire grand-chose pour apaiser les craintes de Pékin d'un encerclement ou d'un confinement hostile de la part de pays étrangers.

      • L'importance géostratégique du continent eurasien et des océans qui l'entourent pour la RPC est indéniable, tout comme le lien entre les espaces stratégiques de la Chine et de la Russie. L'expansion maritime et mondiale de la Chine n'aurait pas été possible et ne pourrait pas être durable sans une zone arrière sécurisée. La Russie continuera à jouer un rôle clé dans les calculs géostratégiques de Pékin dans un avenir proche.

      • La définition de l’espace stratégique de la Chine, qui a atteint une échelle quasi-mondiale, pourrait accroître le risque de contentieux, voire de conflit, notamment dans ce qu’elle définit comme ses « nouvelles frontières stratégiques ». Pékin pourrait également être déjà confrontée à la perspective d’une extension excessive, avec la nécessité éventuelle de réviser sa conception de l’espace stratégique. Il s’agit là d’une préoccupation émergente pour les penseurs stratégiques chinois, qui devrait être prise en compte par leurs homologues américains.

      Le projet Mapping China's Strategic Space s'appuie sur les travaux menés par le National Bureau of Asian Research (NBR) au cours de la dernière décennie pour appréhender les tentatives des élites intellectuelles et politiques chinoises de définir une vision de leur pays comme une grande puissance sur la scène mondiale. La principale question du projet de recherche découle d'une invitation de la commission des affaires étrangères de la Chambre des représentants des États-Unis à la chercheuse principale, Nadège Rolland, à témoigner lors de l'audition de mars 2021 « America's Way Forward in the Indo-Pacific » présidée par les représentants Ami Bera et Steve Chabot. Pour pouvoir répondre aux questions de la commission sur l'attitude que les Etats-Unis devaient adopter, il semblait  impératif de comprendre d'abord la vision de la Chine sur la région. Il est immédiatement apparu que Pékin ne désignait pas la région comme « Indo-Pacifique » (sauf pour décrire la stratégie américaine) mais comme la « périphérie » de la Chine, ce qui suggère une conception sino-centrée de la région. Cette dénomination elle-même, ce qu'elle implique et ce qu'elle comprend mériterait d'être examinée plus en détail. C'est ainsi qu'est né le projet « Cartographie de l'espace stratégique de la Chine ».

      Le rapport dirigé par Nadège Rolland contient une série de cartes sur les sphères d'influence de la Chine avec des projections intéressantes centrées sur l'océan Pacifique et l'océan Indien (cartes réalisées par Louis Martin-Vezian). A découvrir dans la conclusion du rapport : une carte originale par cercles concentriques, inspirée de la projection proposée en 2013 par le géographe chinois Hao Xiaoguang. Cela pose la question des limites d'une cartographie par aires quand l'influence s'exerce plutôt aujourd'hui à travers des réseaux.

      Les cercles concentriques de l'espace stratégique de la Chine (source : Mapping china’s strategic space, 2024)

      Pour compléter

      You read a lot about The South China Sea as a current geopolitical hotspot. Have a look at this 1944 map from the US Navy to see that this isn't a new development at all. Really interesting map. Source: [https:]] #mapmonday pic.twitter.com/uBPItfFpCA

      — Simon Kuestenmacher (@simongerman600) September 19, 2021

      Articles connexes

      Mapping China's Strategic Space : un site d'analyse géopolitique à base de cartes

      La carte, objet éminemment politique : la Chine au coeur de la "guerre des cartes"

      La carte, objet éminemment politique. Quels niveaux de soutien ou de critique vis à vis de la Chine au niveau international ?

      La carte, objet éminemment politique. Les tensions géopolitiques entre Taïwan et la Chine

      Comment la Chine finance des méga-projets dans le monde

      Étudier l'expansion de la Chine en Asie du Sud-Est à travers des cartes-caricatures

      Les investissements de la Chine dans les secteurs de l'Intelligence artificielle et de la surveillance

      Tentative de "caviardage cartographique" à l'avantage de la Chine dans OpenStreetMap

      Trois anciennes cartes de la Chine au XVIIIe siècle numérisées par l'Université de Leiden

      Etudier les densités en Chine en variant les modes de représentation cartographique

    • 27 September 2024

    • sur Programme des Cafés géographiques de Paris : saison 2024-2025

      Publié: 27 September 2024, 8:09pm CEST par Les Cafés Géo

      Mardi 24 septembre 2024, Café géo au Café de Flore : Les territoires de l’extrême droite en France et en Europe, avec Béatrice Giblin, géographe.

      Mardi 15 octobre 2024, Café Géo au Café de Flore : Les Etats-Unis et le Monde, avec Philippe Etienne, diplomate.

      Samedi 9 novembre 2024, Institut de Géographie : Hommage à Michel Sivignon, de 10h à 12h30.

      Mardi 26 novembre 2024, Café Géo au Café de la Mairie (3ème arrondissement) : Qu’est devenue la Yougoslavie ?, avec Jean-Arnault Dérens et Laurent Geslin, journalistes.

      Samedi 30 novembre 2024, Institut de Géographie ; Conférence sur Trieste et l’Istrie, avec Daniel Oster et Henry Jacolin, de 10h à 12h.

      Mardi 17 décembre 2024, Café Géo au Café de Flore : Une histoire mondiale de l’humanité, avec Christian Grataloup, géographe.

      Samedi 18 janvier 2025, Institut de Géographie, de 10h à 12h. ;  Conférence sur le Cambodge, avec Michel Bruneau, géographe.

      Mardi 28 janvier 2025, Café Géo, au Café de Flore : Vivre au bord de la mer, avec Annaig Oiry, géographe.

      Mardi 11 février 2025, Café Géo, au Café de Flore : Géographie des pandémies contemporaines, avec Guillaume Lachenal, historien.

      Mardi 25 mars 2025, Café Géo au Café de Flore : Nous aurons toujours besoin des forêts, avec Laurent Testot, journaliste.

      Mardi 29 avril 2025, Café géo au Café de Flore :Littérature et géographie, avec Jean-Louis Tissier, géographe, et Emmanuelle Loyer, historienne

       

    • sur Comment les ordinateurs et les cartographes ont redessiné notre monde (Leventhal Map & Education Center)

      Publié: 27 September 2024, 7:25am CEST


      « Processing Place. How computers and cartographers redrew our world » : une exposition virtuelle du Leventhal Map & Education Center.
      Aujourd’hui, les cartes que nous utilisons le plus souvent dans notre vie quotidienne sont réalisées par ordinateur. Même les plus simples d’entre elles s’appuient sur de vastes bases de données d’informations géographiques et sur des systèmes complexes d’analyse et de visualisation. L'exposition Processing Place invite à découvrir comment les ordinateurs et la cartographie ont fusionné et ont redessiné notre monde au cours du XXe siècle.

      Le « traitement des lieux » est à prendre ici dans un sens historique non seulement en termes de calcul numérique, mais comme une partie d’un processus cartographique dynamique et en constante évolution. Faire des observations, transformer ces observations en idées et utiliser ces idées pour argumenter sur des objectifs individuels ou collectifs est une activité humaine essentielle. En confiant une grande partie de notre réflexion et de notre analyse spatiales dans la mémoire des disques durs et des serveurs informatiques, nous avons en quelque sorte rendu la cartographie moins humaine. 

      Si les cartes informatiques en sont venues à dominer notre imagination géographique, le processus de création de données numériques ouvre la voie à la création de nvelles cartes qui répondent à de nouveaux types de questions spatiales (cf cartes avec zones tampons). La fameuse carte de William Bunge sur la Nouvelle-Angleterre après la guerre nucléaire (1988) repose sur des zones tampons circulaires et montre que la carte peut servir à envisager (éviter) des futurs possibles (ou redoutés).

      Les exemples sont souvent empruntés dans l'espace proche : il s'agit principalement de plans et de cartes de l'État du Massachussets, issus des archives du Leventhal Map & Center Education. L'occasion de découvrir par exemple l'histoire de l'île Nomans Land, base militaire de la Deuxième Guerre mondiale transformée en réserve écologique et désormais fermée à tout usage public. Mais les réflexions se situent à un niveau beaucoup plus large. L'exposition donne à réfléchir à la capacité d'anticipation des cartes à travers par exemple la carte des déplacements à Chicago pour éclairer les décisions des urbanistes. Les "lignes de désir" sur cette carte de 1951 sont des modèles du futur tout autant que des cartes du présent.

      Les cartes peuvent être zoomées (penser à faire défiler les flèches car certaines rubriques présentent plusieurs cartes). Avec les commentaires disponibles juste à côté, le visiteur est invité à apprécié chaque carte avec tous ses détails.

      Processing Place est exposé au Leventhal Map & Education Center de la Bibliothèque publique de Boston de septembre 2024 à mars 2025. L'entrée est gratuite. Planifiez votre visite ou explorez le catalogue numérique ci-dessous :

      1. Expériences spatiales

      • De l'imprimé au pixel
      • Atlas informatique du Kenya
      • Scène de salle informatique
      • Atlas du Bangladesh

      2. Superposition de données

      • Carte de la forêt
      • Lac Istokpoga
      • Visualisation des ressources
      • Inventaire des terres du Canada

      3. Faire une différence : l'inventaire des terres du Canada

      • Ressources sur le banc Georges et les hauts-fonds de Nantucket
      • Carte des baleines
      • Nantucket, Massachusetts : utilisation du sol en 1985
      • Comté de Nantucket : photographie aérienne (4-710), 20 septembre 1984

      4. Outils de transformation

      • Outils de dessin variés
      • Film de Scribe
      • Plan d'implantation illustratif : zone de renouvellement urbain du Government Center, Massachusetts R-35
      • TM 5-230 Dessin topographique
      • Pays du Suffolk : photographies aériennes, 1952 et 1971
      • Bloc de codage FORTRAN
      • Numérisation du palet
      • Évaluation linéaire à 16 niveaux du lac Bullfrog
      • Symboles de nuances pour traceur électrostatique - shadeset P1

      5. Analyser la nature

      • Zones tampons autour des affluents
      • Contamination de l'approvisionnement en eau du DEP
      • Zones du Massachusetts présentant un risque environnemental critique

      6. Pixellisation des lieux

      • Portrait spatial des États-Unis
      • Première image du Texas prise par Landsat 1
      • Carte de la mission de la navette spatiale STS-7

      7. Quantifier les personnes

      • Atlas urbain, données sur les secteurs pour les zones statistiques métropolitaines standard (Boston, Massachusetts)
      • Compter les enfants
      • Atlas de la métropole d'Atlanta : les années 1970
      • Hexagone
      • Programme d'amélioration des quartiers de la ville de Milwaukee

      8. La guerre informatique

      • Cahier d'exercices III
      • ENIAC
      • Terre de Noman
      • Sécurité intérieure et protection des infrastructures critiques : Projet pilote de préparation de Boston
      • Exercice d'essai national – Opération Ivy
      • Le sud de la Nouvelle-Angleterre après une attaque nucléaire

      9. Calcul des itinéraires

      • Étude sur les transports dans la région de Chicago : rapport final (en trois parties), volume I
      • Lumières et enseignes de la ville
      • Kiosque de localisation des distances de marche
      • Sélection de matériel et de brochures Etak

      Articles connexes
      Environnement et justice dans les paysages anthropisés. Une expo virtuelle du Leventhal Center
      Bouger les lignes de la carte. Une exposition du Leventhal Map & Education Center de Boston
      America transformed : une exposition cartographique organisée par le Leventhal Map & Education Center

      L'histoire par les cartes : l'histoire de la rénovation urbaine de Boston depuis les années 1920
      Cartographies actuelles. Enjeux esthétiques, épistémologiques et méthodologiques

      Les nouvelles façons de « faire mentir les cartes » à l'ère numérique
      Du métier de cartographe et de ses évolutions

    • sur DuckDB pour QGIS : nouveautés de QDuckDB version 1.0.0

      Publié: 27 September 2024, 6:51am CEST par Florent Fougères
      Le plugin

      Il y a près d’un an, en novembre 2023, dans cet article, nous vous avions présenté le plugin QDuckDB, financé par l’IFREMER et développé par Oslandia. Dans ce précédent article, nous présentions DuckDB et les caractéristiques fonctionnelles du plugin.

      Depuis, en plus du financement de l’IFREMER, Oslandia a auto-investi du temps de maintenance pour corriger les bugs remontés par les utilisateurs et stabiliser les performances du fournisseur de données (provider) que contient le plugin.

      Pour rappel, un provider QGIS est une interface ou une couche logicielle qui lui permet d’accéder à différentes sources de données géospatiales. Autrement dit, c’est un composant qui gère la connexion entre QGIS et les données géospatiales dans différents formats.

      Cas d’usage
      • Récupérer les données Overtures Maps directement dans une base de données DuckDB puis les charger dans QGIS via le plugin pour les représenter ou bien effectuer des analyses spatiales. Cela apporte un vrai cas d’usage au plugin puisqu’il n’est pas possible de récupérer les données Overtures Maps dans un format SIG plus classique (shapefile, geojson par exemple)
      • Chargement des données INSEE et croisement avec la BD TOPO chargée en gpkg. L’INSEE fournit des données au format parquet et avec l’extension spatiale DuckDB est bien sûr capable de charger des gpkg.
      • Ce plugin est utilisable aussi bien dans l’application bureau de QGIS qu’avec QGIS Serveur. Ainsi, l’IFREMER utilise ce plugin pour diffuser sur le web des données enregistées dans une base de données DuckDB. Elles peuvent être représentées sous forme d’images (flux WMS) ou de données géométriques (flux WFS). Cette solution a l’avantage d’être facile à mettre en place (il n’y a pas besoin d’un service de base de données, les données étant enregistrées dans un fichier), tout en profitant de la vitesse du format DuckDB.
      Quoi de neuf Duck ?

      Depuis l’année passée, les deux grands axes de développement ont été les performances du plugin et la stabilité.

      Par performance, on entend augmenter la vitesse de chargement des entités dans QGIS. Nous avions par exemple des coins d’ombre sur la latence, voire des crash lorsqu’une table provenant de DuckDB possédait beaucoup d’entités.

      Le provider initial avait été implémenté avec le strict minimum pour fonctionner. Depuis nous avons ajouté tous les composants nécessaires à QGIS pour permettre d’être plus performant.

      Enfin, le second axe de développement a été la stabilité. Ce travail a été permis par les utilisateurs qui ont remonté des bugs, que nous avons corrigés. Nous avons aussi renforcé la partie test unitaire. Parmi les choses que nous avons améliorées, on peut citer par exemple, le support des tables non géographiques, le support des vues ou encore la prise en charge des types de colonnes DATE et TIME.

      Si vous souhaitez plus de détail sur ces deux points, vous pouvez consulter le changelog du projet.

      Nous répercutons également chaque nouvelle version de DuckDB dans le plugin dans les jours qui suivent celle-ci, comme par exemple la sortie de DuckDB 1.1.0.

      Release 1.0.0

      Après avoir amélioré les performances et la stabilité, nous sommes donc arrivés à un premier jalon important du provider. Nous avons implémenté tous les composants que propose QGIS pour la construction d’un provider tiers personnalisé.

      Cet article annonce donc officiellement la en version 1.0.0 du plugin QDuckDB ainsi que la disparition du flag experimental.

      Et ensuite

      Mais le travail n’est pas fini pour autant. Pour rappel le plugin ne fait actuellement que du read only (lecture seule). L’étape suivante serait donc de développer le mode écriture.

      On souhaite également améliorer l’intégration du plugin dans QGIS, par exemple en ajoutant une nouvelle entrée DuckDB dans l’explorateur des sources de données natif de QGIS.

      Pour toutes ces nouvelles fonctionnalités à développer, nous sommes à la recherche de financement. Vous pouvez retrouver une liste non exhaustive des développements à venir en regardant les tickets taggés To be funded dans le projet Gitlab. Il est également possible d’ouvrir de nouveaux tickets pour des fonctionnalités auxquelles nous n’aurions pas pensé.

      Si vous êtes intéressé(e), vous pouvez vous signaler dans les tickets, nous contacter sur Linkedin ou bien par email à qgis@oslandia.com. Toute contribution est la bienvenue : code, documentation, financement…

      Liens importants
    • 25 September 2024

    • sur Oslandia x sponsor FOSS4G

      Publié: 25 September 2024, 6:58am CEST par Caroline Chanlon

      Le FOSS4G BE+NL se tiendra les 25-26-27 Septembre 2024 à Baerle-Duc en Belgique. Oslandia a participé à de nombreux FOSS4G précédemment, voilà d’ailleurs quelques présentations réalisées.

      Cette année Oslandia est sponsor Bronze de l’événement.

      Organisé par l’OSGeo, les conférences FOSS4G sont les principaux événements internationaux dédié aux logiciels libres pour la géomatique et certainement les plus dynamiques du monde de l’Open-Source ! L’événement FOSS4G BE+NL regroupe cette année les communautés Belges et Néerlandaises pour un rendez-vous plus vibrant !

      Toutes les informations sont disponibles ici : [https:]]

    • sur Le nouveau système de dessin de Giro3D

      Publié: 24 September 2024, 6:33am CEST par Sébastien Guimmara
      Pièce jointe: [télécharger]

      Cet article concerne des fonctionnalités publiées avec la version 0.38. de Giro3D.

      Giro3D 0.38 a introduit un nouveau système de dessin basé sur la classe DrawTool. et l’entité Shape.. Ce système souple permet de créer des formes manuellement ou programmatiquement.

      Nous allons voir comment intégrer ces outils de dessin dans une application Giro3D.

      DrawTool et Shapes

      L’entité Shape permet de représenter une forme arbitraire, composée de points, d’une ligne et/ou d’une surface, ainsi que de labels. Son style est configurable (couleur, épaisseur, transparence…).

      L’outil DrawTool permet de créer des shapes de façon interactive en les structurant et leur donnant des contraintes (nombre de points par exemple).

      Note: Il est tout à fait possible de créer et modifier des shapes sans passer par le DrawTool.

      Les formes standard (points, lignes, polygones)

      Le DrawTool permet de dessiner des formes standard grâce à son API simple. Les méthodes create*() renvoient une Promise qui se conclut lorsque la création de la shape est terminée, où lorsque l’utilisateur annule la création avec un clic-droit. Dans ce cas l’objet renvoyé est null.

      import DrawTool from "@giro3d/giro3d/interactions/DrawTool";

const drawTool = new DrawTool({ instance });

drawTool.createPoint().then((point) => {
  if (point != null) {
    console.log("success!");
  } else {
    console.log("cancelled!");
  }
});
      Création d'un point. Quelques formes standard.

      Quelques formes standard.

      Les formes avancées (secteurs angulaires, denivelés)

      L’objet Shape étant particulièrement configurable, il est possible de créer des formes plus complexes telles que les secteurs angulaires:

      drawTool.createSector();
      Création d'un secteur angulaire. Un secteur angulaire.

      Un secteur angulaire.

      La méthode createVerticalMeasure() permet de créer une shape mesurant à la fois le dénivelé et la pente entre un point de départ et d’arrivée:

      drawTool.createVerticalMeasure();
      Création d'une mesure verticale. Une mesure de dénivelé.

      Une mesure de dénivelé.

      Les Styles

      Le style des shapes est également configurable, avant la création et après, et ce, de façon dynamique. Il est possible de changer la couleur, l’épaisseur des traits et des bordures, la taille des points, la transparence…

      Changement de couleur.

      Changement de couleur.

      Changement de taille de points.

      Changement de taille de points.

      Changement d'épaisseur de ligne.

      Changement d’épaisseur de ligne.

      Les labels

      Tous les composants d’une shape peuvent recevoir un label:

      • les points
      • les segments de la ligne
      • la ligne entière
      • la surface
      • les lignes verticales

      Ces labels sont entièrement configurables dans leur contenu. Il est par exemple possible d’afficher la coordonnée géographique des points, l’indice de chaque point dans une ligne ou un polygone, ou tout autre information.

      Un label affichant la coordonnée d'un point.

      Un label affichant la coordonnée d’un point.

      Des labels affichant l'indice de chaque point d'un polygone ainsi que l'aire du polygone.

      Des labels affichant l’indice de chaque point d’un polygone ainsi que l’aire du polygone.

      Pour spécifier un contenu personnalisé, il suffit de passer une fonction de formatage durant la création de la shape:

      import { type SegmentLabelFormatter } from "@giro3d/giro3d/entities/Shape";

const helloWorldFormatter: SegmentLabelFormatter = () => {
  return "hello, world!";
};

drawTool.drawLineString({
  segmentLabelFormatter: helloWorldFormatter,
  showSegmentLabels: true,
});
      Une fonction de formatage renvoyant toujours le même texte. Des labels affichant l'indice de chaque point d'un polygone ainsi que l'aire du polygone.

      Des labels affichant l’indice de chaque point d’un polygone ainsi que l’aire du polygone.

      Pour afficher les longueurs en pieds, nous pouvons utiliser la fonction suivante:

      const feetFormatter: SegmentLabelFormatter = (values) => {
  return (values.length * 3.28084).toFixed(0) + " ft";
});
      Une fonction de formatage convertissant les longueurs en pieds. Des longueurs exprimées en pieds.

      Des longueurs exprimées en pieds.

      Editer une shape

      Il est également possible de modifier une shape après sa création, grâce à la méthode enterEditMode() du DrawTool. En mode édition, il est possible d’insérer et supprimer des points, et les déplacer.

      drawTool.enterEditMode();
      Editer toutes les formes de la scène.

      Il également possible de restreindre les shapes éditable en passant une liste:

      drawTool.enterEditMode({ shapesToEdit: [shape1, shape3] });
      Editer uniquement les formes shape1 et shape3 et ignore les autres.

      Le DrawTool respecte les contraintes associées à chaque shape, et peut interdire certaines opérations invalides, comme l’insertion d’un point dans un secteur angulaire (qui ne peut contenir que 3 points), ou la réduction du nombre de points d’un polygone à moins de 3 points.

      L'édition d'une shape. Déplacement, insertion et suppression de points.

      L’édition d’une shape. Déplacement, insertion et suppression de points.

      L’export GeoJSON et OpenLayers

      Si une shape correspond à un type de géométrie connu de GeoJSON (point, ligne ou polygone), il est alors possible de l’exporter dans ce format.

      const geojson = shape.toGeoJSON();
      Exporter une shape en GeoJSON.

      A noter que le ré-import d’un GeoJSON sous forme de shape n’est pas actuellement supporté directement dans Giro3D, mais il est présent dans l’exemple drawtool..

      Il est également possible de l’exporter sous forme de feature OpenLayers.:

      const feature = shape.toOpenLayersFeature();
      Exporter une shape en feature OpenLayers.

      Cette feature peut ensuite être ajoutée à une couche vectorielle affichée sur une map. C’est ce qui est fait dans l’exemple digitization..

      Une shape numérisée.

      Une shape numérisée.

      Conclusion

      Le nouveau système de dessin permet de nombreuses applications :

      • création d’annotations
      • prise de mesures de distance, surface et angles
      • tracé de profils d’élévation
      • numérisation de features

    • sur [Équipe Oslandia] Florent, développeur SIG

      Publié: 19 September 2024, 7:10am CEST par Caroline Chanlon

      Son Bac Scientifique ne prédestinait pas forcément Florent vers des études de Géographie, pourtant, il s’oriente vers une Licence de géographie. Son choix s’explique car il a un intérêt certain pour la géographie et la cartographie. Lors de cette licence il découvre les SIG qui sont au programme du cursus.

      « J’aimais la géographie et j’avais une appétence pour l’informatique. J’ai fait des stages d’été pendant ma licence qui ont confirmé mon choix, j’ai continué en master SIGAT (Géomatique) à Rennes (dans la même promo que Vincent Bré ? »

      Parcours professionnel

      Pendant le master, Florent participe à des ateliers professionnels avec des entreprises dont Suez Consulting. Bilan de la rencontre : un stage puis une embauche au sein de la filiale bureau d’étude et conseil de Suez.

      Pendant 4 ans, il est géomaticien et a pour missions de traiter, produire, stocker et administrer la donnée géographique relative au déploiement du réseau de fibre optique. Mais également de développer des outils pour automatiser ces tâches.

      « Je ne suis pas développeur de base, j’ai commencé à toucher un peu au développement et j’ai eu envie d’aller sur ce métier. J’avais en tête une liste des entreprises qui me plaisaient et Oslandia en faisait partie ! »

      Florent a été embauché chez Oslandia en janvier 2023 au poste de développeur SIG. Au quotidien, il réalise des développements autour de l’écosystème QGIS et développe des plugins. Il travaille également sur tout ce qui tourne autour des bases de données PostgreSQL / PostGIS.

      Projet emblématique

      Le développement du plugin DuckDB pour QGIS ! DuckDB est un format de base de données initialement non supporté par QGIS et le plugin apporte un provider de données qui permet à QGIS de pouvoir lire les données. Ce plugin a été financé l’Ifremer : [https:]]

      Technologies de prédilection

      #QGIS #PostgreSQL #PostGIS #Python #DuckDB

      Philosophie

      Toujours faire simple et efficace !

      Oslandia en 1 mot

      Expertise

    • 17 September 2024

    • sur [Book] Représenter le territoire : concepts, définitions, construction

      Publié: 17 September 2024, 7:59pm CEST par Françoise Bahoken

      Cet ouvrage académique de fond mérite le détour, car il fait le point sur les aspects théoriques et conceptuels, méthodologiques et pratiques de la représentation sociale du territoire selon différents points de vue.

      Dirigé par Clarisse DIDELON-LOISEAU (Professeure de géographie à l’Université Panthéon-Sorbonne – Paris 1) et Arnaud BRENNETOT  (Professeure de géographie à l’Université de Rouen), il est édité aux Presses universitaires de Rennes et rassemble plusieurs chercheurs rassemblés autour de deux mots-clés : territoire et représentation.

       

      L’ouvrage résulte des échanges qui prirent initialement part lors du colloque international Représenter le territoire organisé par Collège international des sciences du territoire (CIST) de 2018 – voir les proceedings sur HALsciences et les retranscriptions vidéos du colloque.

      Il est formé de six chapitres qui présentent la variété des représentations territoriales et des modalités de leur appréhension dans différents champs disciplinaires et d’application.


             

                                                                                          A commander sur le site de l’éditeur

       

       

       

      Françoise Bahoken

      Géographe et cartographe, Chargée de recherches à l'IFSTTAR et membre-associée de l'UMR 8504 Géographie-Cités.

      More Posts

    • sur Le nouveau mode Globe de Giro3D

      Publié: 17 September 2024, 7:00am CEST par Sébastien Guimmara

      Dans cet article, nous approfondissons la nouveauté majeure de Giro3D : le mode globe.

      Note: Cet article concerne une fonctionnalité à venir, et certains détails peuvent être amenés à changer d’ici la version finale.

      Les systèmes de coordonnées projetés

      Jusqu’ici, il n’était possible d’afficher dans Giro3D que des cartes (Map) basées sur des systèmes de coordonnées projetés, tels que Web Mercator, utilisé sur la majorité des services de webmapping tel que Google Maps ou Lambert 93 bien connu des géomaticiens français.

      Dans une scène 3D

      Dans une scène Giro3D, tout est 3D. Cela signifie qu’un repère projeté à 2 axes sera tout de même représenté dans un espace à 3 dimensions (le troisième axe restant « virtuel »).

      Une carte OpenStreetMap affichée dans Giro3D via l’entité Map. Même si la carte elle-même est en 2D, elle peut être affichée sous différents angles par la scène 3D.

      Les systèmes de coordonnées non-projetés

      Le mode Globe de Giro3D se base sur un système de coordonnée géocentrique, dans lequel le repère a pour origine le « centre » de la Terre (ou de tout autre objet sphérique). Cet objet sphérique est modélisé par un ellipsoïde.

      By Chuckage – Own work, CC BY-SA 4.0, [https:]

      Dans ce type de repère, les coordonnées géodésiques (exprimées en angles, comme la latitude et la longitude, et en mètres pour l’élévation) doivent être converties en coordonnées cartésiennes (exprimées en unités linéaires, comme les mètres), pour pouvoir être affichées dans le navigateur. Cette conversion géodésique / cartésien est effectuée par l’objet Ellipsoid, qui est à la base de la représentation des globes.

      Le mode Globe

      Giro3D permet d’afficher un globe d’après un ellipsoïde arbitraire ou (ou bien d’utiliser l’ellipsoïde par défaut WGS84). Pour ce faire, il faut instancier une entité de type Globe plutôt que Map:

      const defaultGlobe = new Globe();
      Un globe avec les paramètres par défaut. 
      const moon = new Globe({
  ellipsoid: new Ellipsoid({
    semiMajorAxis: 1_738_100,
    semiMinorAxis: 1_736_000,
  }),
});
      Création d'un globe aux paramètres de la Lune

      Les fonctionnalités du Globe sont quasiment identiques à celles d’une Map. On peut y afficher une couche d’élévation (ElevationLayer), un nombre illimité de couches de couleur (ColorLayer), et bénéficier de toutes les autres fonctionnalités comme les graticules, les courbes de niveau, l’éclairage dynamique…

      La principale différence se situe sur le fait que le Globe utilise simultanément deux systèmes de coordonnées: géodésique et cartésien, selon la fonctionnalité considérée.

      Par exemple, le graticule utilisera le système géodésique pour exprimer le pas de la grille (en degrés). Les emprises des différentes couches seront également exprimées en coordonnées géodésiques (largeur et longueur en degrés).

      Les repères relatifs

      Nous avons dit que par défaut, le point d’origine de la scène 3D est le même que le point d’origine du repère géocentrique. Cependant, il est possible de déplacer le globe dans la scène, afin de représenter des systèmes orbitaux ou un système solaire complet:

      moon.object3d.translateX(384_000_000);
      Déplacement du Globe de la lune à 384 000 km de la terre Anatomie d’un globe

      De façon très similaire à l’entité Map, l’entité Globe se découpe en plusieurs composants optionnels.

      Le globe nu se compose d’une surface ellipsoïdale, et d’une couleur de fond.

      Le globe seul, accompagné d’un graticule permettant de visualiser la courbure terrestre.

      Nous pouvons y ajouter une couche d’élévation (ElevationLayer) colorisée par une rampe de couleurs (ColorMap):

      Une couche d’élévation colorisée par une ColorMap.

      Nous pouvons également y ajouter des couches de couleur (ColorLayer), en nombre illimité. Ajoutons la couche Mapbox satellite:

      La couche Mapbox satellite

      Ajoutons également une couche de nuages (issue de la NASA):

      Une couche de nuages

      Puis un éclairage dynamique, grâce à une lumière directionnelle three.js (DirectionalLight):

      L’éclairage dynamique

      Il est possible de modifier l’éclairage pour le faire correspondre à une date précise.

      Enfin, ajoutons une atmosphère grâce à l’entité Atmosphere:

      Le globe final

      Conclusion

      Le nouveau mode Globe permettra de créer des scènes gigantesques à l’échelle d’une planète, ou même d’un système solaire entier. Doté de la même API que l’entité Map, il est simple à utiliser.

      Avantages de l’entité Globe
      • Adapté aux très grandes scènes, voire à la planète entière
      • Élimine les distorsions causées par les projections cartographiques
      • Permet de visualiser les cycles jour/nuit à l’échelle de la planète
      • Permet de visualiser des objets en orbite, comme la Lune ou des satellites artificiels
      • Permet de visualiser l’horizon
      Avantages de l’entité Map
      • Adapté aux scènes locales (quelques kilomètres carrés), ou bien aux cartes 2D (OpenStreetMap, etc)
      • Plus simple à manipuler pour les utilisateurs habitués aux outils cartographiques 2D
      • Les axes de la scène sont identiques aux axes du système de coordonnées, ce qui simplifie les mesures
      • Moins gourmand en ressources matérielles, car moins de transformations à effectuer
      • Éclairage plus simple à réaliser
      Galerie

    • sur Giro3D – les dernières nouveautés

      Publié: 17 September 2024, 7:00am CEST par Sébastien Guimmara
      Introduction

      Nous avons le plaisir de vous annoncer une série de mises à jour significatives pour Giro3D, la bibliothèque 3D Web de visualisation géospatiale. Ces nouvelles fonctionnalités viennent renforcer les capacités de notre bibliothèque et sont conçues pour améliorer à la fois la précision et l’efficacité de vos projets de visualisation 3D Web.

      Mode Globe Prévu pour Giro3D 0.40

      Les prochaines versions de Giro3D verront l’arrivée du tant attendu mode globe, permettant d’afficher des globes variés (planètes, lunes, étoiles). Le mode Globe supportera les mêmes fonctionnalités que les cartes planes (Map): nombre illimité de couches de couleurs, terrain, et bien d’autres.

      [Lire le billet]

      Modes de fusion des couches images Depuis Giro3D 0.39

      Inspiré par QGIS, il est désormais possible de spécifier un mode de fusion pour les couches d’une Map. Les modes de fusion disponibles sont: aucun, normal (la valeur par défaut), additif et multiplicatif. Ces modes de fusion permettent d’obtenir des effets visuels spécifiques, ou contourner l’absence de canal de transparence dans la couche image. Il est par exemple possible d’afficher une couche nuageuse grâce au mode additif, et ce même si la couche est entièrement opaque.

      Outils de dessin et de mesures Depuis Giro3D 0.38

      Tracer des lignes, points, polygones, secteurs angulaires… Le nouveau système de dessin de Giro3D permet de mesurer précisément des distances, angles, pentes, hauteurs et surfaces. Les objets créés peuvent être aisément exportés en GeoJSON.

      [Lire le billet]

      API de styles des features 3D Depuis Giro3D 0.38

      Giro3D permet d’afficher des features au standard Simple Feature (fichiers GeoJSON, flux WFS…), drapées ou non sur une Map. Jusqu’ici, les APIs de styles étaient très différentes entre la version drapée et non drapée. Les différences ont été considérablement réduites afin de fournir aux utilisateurs une API similaire (à quelques exceptions près).

      [Lire le billet]

      Gestion des pertes de contexte WebGL Depuis Giro3D 0.38

      Nous vous avions parlé précédemment dans la 1′ tech de WebGL, la bibliothèque graphique permettant l’affichage de scènes 3D dans le navigateur. Cette bibliothèque est utilisée intensivement par Giro3D, et il peut arriver que la connexion au contexte graphique soit perdue, empêchant la scène de s’afficher correctement.

      Giro3D gère désormais intelligemment la perte et la restauration du contexte graphique afin de restaurer l’affichage de la scène tel qu’elle se présentait avant l’interruption.

      Support des classifications de nuages de points Depuis Giro3D 0.37

      Les classifications de nuages de points apportent une nouvelle dimension à l’analyse de données géospatiales. En permettant une catégorisation précise des points, cette fonctionnalité simplifie la gestion des informations complexes et contribue à une meilleure interprétation des données géographiques.

      Giro3D supporte désormais l’affichage des points classifiés et permet de modifier la couleur et la visibilité de chaque classification.

      [Lire le billet]

      Requêtes d’élévation Depuis Giro3D 0.38

      Giro3D supporte désormais les requêtes d’élévation sur les données de terrain. Il est ainsi possible de calculer très rapidement un profil d’élévation (y compris sur un grand nombre de points), ainsi que de positionner précisément des objets à la surface d’un terrain (véhicules, symboles…).

      [Lire le billet]

      Eclairage dynamique et ombres portées Prévu pour Giro3D 0.40

      Il sera également possible d’éclairer les terrains avec les lumières dynamiques du moteur three.js, afin, par exemple, de simuler l’ensoleillement et les ombres portées des montagnes.

      [Lire le billet]

      Images panoramiques 360° Prévu pour Giro3D 0.40

      Giro3D permettra d’afficher des images panoramiques massives (plusieurs centaines de megapixels) de façon optimisée.

    • sur Piloter son entreprise grâce à l’open source : c’est possible ?

      Publié: 17 September 2024, 6:38am CEST par Caroline Chanlon

      Chez Oslandia, l’open source fait partie intégrante de la culture d’entreprise. « OS » dans « Oslandia » c’est « Open Source » ? Le choix s’est donc naturellement tourné vers des outils de pilotage libres.

      GitLab est l’outil utilisé pour le suivi de la production, des tâches d’administration, du plan de formation, ainsi que l’organisation de la communication ou du recrutement.

      Côté ERP, c’est l’ERP open source Dolibarr qui est utilisé pour gérer la comptabilité depuis le 1er janvier 2023 et Superset pour la réalisation de Dashboards avec des graphiques pour le suivi des indicateurs de pilotage de la société.

      L’utilisation de ces outils apporte des possibilités de personnalisation avancés car on peut développer des modules sur mesure, mais permet également d’appliquer le principe de transparence auprès de l’ensemble des collaborateurs qui peuvent proposer des idées, participer aux décisions et à la vie de l’entreprise.

      Adapter les outils au fonctionnement de l’entreprise et pas l’inverse, c’est une force que permet l’opensource !

      Vincent, co-fondateur et CEO d’Oslandia :

      « Quand on accueille de nouveaux collaborateurs, ils sont parfois décontenancés par l’utilisation massive des outils de suivi sur GitLab, mais après un temps d’adaptation, tous reconnaissent l’efficience et le confort d’utilisation, avec un travail asynchrone, fluide, l’historisation et la capitalisation de l’information, et une transparence quasi complète ! »

      Catherine, directrice administrative, financière et RH d’Oslandia

      « J’ai longtemps travaillé sur des outils propriétaires. En arrivant chez Oslandia, j’ai par la force des choses dû composer et m’adapter avec ces outils dans mon travail. Certains outils comme Gitlab m’ont complètement séduite tant sur la praticité de l’utilisation que dans l’aide quotidienne pour l’organisation administrative. Une vraie découverte !
      Côté gestion financière et RH, l’utilisation de Dolibarr combinée avec Superset a été un peu plus complexe dans la mise en place, mais c’est souvent le cas pour tout déploiement d’un ERP… Superset est assez technique et moins intuitif pour une personne « non dév ».
      Mais passé cette phase d’adaptation et de paramétrage, ces outils OpenSource ont l’avantage de permettre de suivre le pilotage financier efficacement et sur des budgets maîtrisés, et d’avoir une grande liberté dans l’utilisation et la transparence des données. »

    • sur [EXPO] Les migrations au travers des cartes : l’Ukraine, en décembre 2023

      Publié: 15 September 2024, 5:15pm CEST par Françoise Bahoken

      Dans le cadre de l’Olympiades Atrium Humanités et sciences sociales (HSS), la Faculté Sociétés & Humanités de l’Université Paris Cité a réalisé, avec le soutien du service Recherche de la Ville de Paris, une exposition intitulée Les migrations au travers des cartes.

      L’objectif d’explorer les migrations contemporaines a porté l’attention sur trois cartes, parmi lesquelles la carte Ukrainian Refugees Welcome que nous avions initialement réalisée, pour le parcours permanent du Musée national de l’histoire de l’immigration (MNHI) – et initialement publiée ici en 2022.

      En savoir plus…

      La version suivante de la carte exposée, est donc une actualisation en décembre 2023.

      Ukrainian refugees welcome (2023)

      Cette manifestation, gratuite et pour tous les publics, s’est tenue du 11 au 14 septembre à la Cité Audacieuse, à Paris XIVe.

      Billet lié :

      Ukrainian refugees welcome (2023)

       

      Françoise Bahoken

      Géographe et cartographe, Chargée de recherches à l'IFSTTAR et membre-associée de l'UMR 8504 Géographie-Cités.

      More Posts

    • sur [Story] Oslandia x QWC : épisode 3 / 8

      Publié: 13 September 2024, 6:06am CEST par Caroline Chanlon

      Nous avons vu précédemment des améliorations réalisées par Oslandia sur l’interface web de QWC, côté utilisateur.

      Concernant l’interface d’administration, nous nous sommes concentrés sur le plugin themes qui permet facilement d’ajouter des projets QGIS dans l’application. Certains problèmes ont été corrigés, et de petites fonctionnalités ont été ajoutées, notamment la possibilité d’ajouter des fonds de plan de type XYZ, et la prise en compte de certaines options pour les fonds de plan WMS/WMTS.

      Il y a également possibilité de modifier directement ces fonds de plan dans l’interface d’administration plutôt que de supprimer et recréer un fond en cas d’erreur.

      La création de ressources et de permissions pour administrer un projet a été rendue moins fastidieuse : on peut désormais importer toutes les ressources d’un projet en renseignant le type de ressource que l’on veut créer, ainsi que le rôle qui aura la permission sur ces ressources. La fonctionnalité permet par exemple d’importer directement les 15 couches d’un projet en tant que ressource de type data au rôle sig_edit pour permettre l’édition de données de ce projet à certains utilisateurs.

      La suppression de ressources a également été facilitée en ajoutant des cases à cocher permettant de supprimer plusieurs ressources à la fois.

      Pour continuer sur l’interface d’administration, un gros travail a été réalisé par Gwendoline pour permettre la traduction de toutes les pages d’administration. Il est désormais possible d’afficher cette interface en français (ou dans une autre langue !) comme cela est possible également dans l’application.

      Ces améliorations ne sont pas visibles directement pour l’utilisateur final, mais elles sont très importantes pour faciliter l’administration d’une plateforme QWC.

      Vous aussi vous pouvez contribuer à QWC, directement ou en finançant les évolutions ! N’hésitez pas à nous contacter à infos@oslandia.com

    • 11 September 2024

    • sur Développeur(se) Front TS / WebGL / UX

      Publié: 11 September 2024, 12:02pm CEST par Dorian Ginane
      Développeur(se) Front TS / WebGL / UX

      11/09/2024  Isabelle Pelissier

      Venez nous rejoindre…  

      Société en pointe sur le développement de solutions logicielles dans les domaines du Spatial, du Maritime et de la Défense, nous recherchons un(e) développeur(euse) Front  (Bac+5 ou Ecole d’ingénieur) avec une appétence prononcée pour le développement de solutions graphiques.

      Nous souhaitons que vous soyez capable d’évoluer sur plusieurs framework front-end ou mobile tel qu’Angular et Flutter. Une bonne connaissance du TypeScript et la maîtrise de technologies 3D /WebGL est requise, avec si possible une forte sensibilité pour l’UX Design. Vous pourrez également être amené(e) à développer des modules python pour des applications desktop, en particulier pour des clients SIG tels que QGIS.


      Ce que nous cherchons chez vous :

      • Une personne passionnée par le code et la conception logicielle,

      • Une bonne maîtrise de la programmation,

      • De la rigueur. La lisibilité du code/des Api est fondamentale. Les tests font partie intégrante de votre process de développement,

      • Une capacité et un plaisir à travailler en équipe,

      • De la curiosité. En veille sur l’évolution des technologies,

      • Autonomie et pragmatisme dans vos prises de décisions.

      Ce que vous trouverez chez nous :

      • Des collègues passionnés par la culture technique

      • Du plaisir à travailler en équipe

      • Des projets à la pointe de l’innovation pour l’industrie et le monde scientifique

      • De l’émulation interne pour atteindre les objectifs

      • Une PME dont le savoir-faire est reconnu par des clients grands comptes dans des secteurs comme le Maritime, la Défense ou le Spatial. 

      Vous intégrerez une équipe dédiée au développement d’applications à fortes dominante géospatiale, constituée de développeurs fullstack évoluant sur des problématiques diverses telles que l’élaboration de solution cloud-natives pour du traitement massif de données, la réalisation de traitements de données satellitaires et l’élaboration de solution de GeoIntelligence, mais aussi l’intégration de solutions d’Intelligence Artificielle pour l’identification, et le traitement en flux de sources d’information géospatiales (Images satellitaires, données de capteurs et objets connectés) .

      Si vous avez déjà de l’expérience significative et une appétence pour les systèmes d’information géographiques, leur application au monde du Spatial et de la Geointelligence, envoyez-nous votre CV (recrutement@geomatys.com).

      Poste à pourvoir sur Montpellier en présentiel

      Salaire selon expérience

      Menu Linkedin Twitter Youtube Geomatys est un éditeur référencé à l'UGAP

      The post Développeur(se) Front TS / WebGL / UX first appeared on Geomatys.

    • 10 September 2024

    • sur Le prochain café de Chambéry

      Publié: 10 September 2024, 8:28pm CEST par r.a.

      avec Alexandre Schon, professeur d’histoire-géographie

      le 25 septembre 2024, 18h30, O’Cardinal’s, place Métropole, Chambéry

        

      Alors que les Jeux Olympiques et Paralympiques (JOP) de Paris 2024 se sont achevés, les impacts à l’échelle locale de ce méga-évènement de rayonnement mondial se révèlent progressivement. À Saint-Denis (93), ils tiennent notamment à un régime d’urbanisme dérogatoire qui a permis la construction accélérée d’équipements sans passer par les concertations citoyennes préalables. Les conséquences sont nombreuses tant en termes urbanistiques et d’accompagnement des processus de métropolisation que de bilan écologique et démocratique.

      L’événement aura lieu le 25 septembre 2024 à 18h30 à O’Cardinal’s, place Métropole, Chambéry

    • 09 September 2024

    • sur Petition results (to keep S2A operational after S2C’s launch)

      Publié: 9 September 2024, 6:32pm CEST par Olivier Hagolle

      Last week, I issued a petition to keep S2A operational, this post will give you some results. i will keep updating this post regularly, so please go-on signing the petition or forwarding it to your colleagues. Although I have not been trained as a lobbyist, and I have some regrets on how i did it, the petition and our communication has had a very large success. I guess the wood was very dry, and the fire spread very fast when I lighted the match.

      The campaign started with a blog post which explained why it is important to keep S2A operational, after S2C starts its operational duty. The blog post was relayed on LinkedIn and a petition. site was created. The tool I used, based on the « pytition » open source software, which works perfectly, is very simple and straightforward to set-up, but does not allow to collect the affiliations of the persons who sign (which is a pity). I thought I would collect the affiliations from the email address, but hundreds of signatories have signed with a gmail address or with various email service providers.

      Anyway, here are several statistics I gathered on these posts and on the petition on September 9th :

      PublicationStatistics
      Blog1080 visits
      LinkedIn71 000 impressions, 940 likes, 180 republications
      Petition1570 confirmed, 1924 total (confirmed+unconfirmed)

      I would like to thank everyone who signed, liked, forwarded, republished, retweeted, retooted (on Mastodon) ! I would have never dreamed to get 1500 signatures in one week only, I increased the goal progressively from 500 to 1500 ! I think our colleagues at ESA and EU should be proud of this achievement, which shows the importance and success to this great Copernicus mission not only in Europe, but also on all continents, in academy, research, companies, agencies, regions, governments, and even NGO.

      Regarding the petition, there are several caveats to be mentioned before analyzing the results :

      • Signing the petition is an individual decision, it does not mean that the organism/company for which the signatory works agrees with the signature, but it should be the general case. I will preserve the identity of the signatories, and only send the petition file to ESA and the EU, and quote the affiliations.
      • Even if they signed with gmail, I recognized a few of the petitioner names, and I know the company for which they work. Of course, I will not reveal their names here, but I hope you will trust me on this conversion.
      • To sign a petition requires a two step process. First fill the form with a email address, and then confirm the email address after receiving an email. It turns out 1250 persons confirmed their email address, and 250 did not. My statistics are based on the total number. I swear I did not add anyone myself. The files sent to ESA and EU will mention if the email was confirmed or not.
      • My network is mainly among space agencies, and then in academy.  This is largely visible in the table below. However, many persons form private companies signed, including a few CEO.
      • The duty of confidentiality applied among space agencies reduced the number of petitioners, but I have had feedback on the interest from many colleagues at CNES, ESA, EU. In fact, everyone I talked to would like to maintain S2A,  but I know no one in charge of the funding decisions…
      • It is interesting to note the presence of companies which produce earth observing satellites, but are very keen on using Sentinel-2 data as reference, thanks to the excellent quality of its data.
      • The numbers between parentheses are the numbers of petitioners per affiliation, when there is more than one.
      DomainAffiliations
      Research/ AcademyAT: BOKU Vienna (3), Salzburg (4)
      AU: New south Wales
      BR: Sao Polo, IPAM (Amazonia), Rio de Janeiro, Ceara, Viçosa, Mato grosso,
      BE: CRA -Wallonie (3), UC Louvain (7), Leuven, Bruxelles, Namur
      CA: Ottawa, Carleton, Alberta, Laval, Rimouski (Quebec), Sherbrooke, Victoria
      CL: Univ Chile (2)
      CH: Agroscope, Zurich, Bern, Geneva, Lausanne, Zurich : Ethz (2), Uzh(2), SwissTopo (3)
      CN: Chinese Academy of Science (3), Wuhan(3), Nanjing (6), Univ of Geosciences
      CZ: Prague (Charles University)
      DE: Fraunhofer institute Bonn, Thunen institute, Jena(2), Trier, Hamburg, Kiel (4), potsdam, Humbold Berlin (5), Osnabrueck(2), Tuebingen
      DK : LBST(2)
      EE: Tartu(2)
      ES: CSIC (8), Cantabria (6), Granada (4), Malaga, Valencia, Salamanca
      FI: Aalto (4)
      FR ; INRAE (16), IRD(14), CNRS (3), CIRAD, CEREMA, CEA, IGN (3), ONERA(3), OFB, Bordeaux, Toulouse (13) UT3, Toulouse INP (3), Ecole Normale Supérieure (2), ENSAE, Lyon, Paris Saclay (5), Paris, Strasbourg (6), IMEV Villefranche (8), Supagro (2), Montpellier, Nantes, Littoral, Orleans, Marne-la-vallée, Grenoble, Réunion(3),
      GR: Athens (4), Macedonia
      KE; NDMA : (Drought Mapping Agency)
      KR: Busan
      IE: Cork
      IL: Technion (4), Volcani Agri(3) Haifa(12) et jérusalem (9),
      IN; IITD (2)
      IT; CNR (10), Pavia, Torinio, Bologna, Napoli, Milano, Politecnico Milano, Calabria, Messina, Viterbe Tuscia (3), Venezzia,
      JP: Hokudai
      LE: Beyrouth,
      MA: Marrakech, El jadida
      NL: Wageningen (6)
      PT: Lisboa (6), Evora
      SG: Singapour (4)
      SI: Ljubiana
      SE: Lund
      TU: Tunis,
      TR: Istanbul (3), Bursa
      UK: NPL (8) Plymouth, London, Leicester, Liverpool, Surrey, Stirling, Bath, Cambridge (8), leeds
      US; MIT(3), Wisconsin(4), Michigan, Colorado, Cornell, Oregon, Oklahoma, Connecticut (2), South Florida (5)
      Maryland (6), Texas, Columbia,Providence(2), Harvard, Stanford (2) Boston (13), Kansas, Delaware, California, New York (2), Washington (3)
      AgenciesCNES (11), DLR (14), NASA(4), ESA (4), INPE (14), USGS(3), NOAA(2), VITO(15), EU (6), SATCEN (3), Eumetsat,, FAO(3), UN
      Companies- Satellite : Planet, Airbus (9); TAS, ConstellR, Aerospacelab (4), Earthdaily, Satellite-Vu, Spacetech-i (STI)
      - Software, engineering : CS, GMV, Google, CLS, ACRI-ARGANS-ARCTUS (6), Magellium (5), CGI, SISTEMA, Brockmann (4), CAP GEMINI, TRACASA(6), cloudferro(2)
      - Remote sensing Services : EOX, Kayrros (10), Hiperplan (4), Bluecham, Terranis, MEEO (3), Gamma.earth, Orbital-eos (3), Planetek, Orbital-Eye , Kermap (6), Netcarbon(4), MEOSS, I-SEA (4), Kanop (5), latitudo40 (4), mantle-labs (6), Mapsat (3) , WaterInsight (NL), remote-sensing-solutions (3), Satelligence(8), mundialis(2), DHI group(3)
      - Agriculture : Arvalis, Cargill, E-leaf
      - Insurance : AXA
      Government/Local communitiesHauts de France Région, Basque region, Canadian government, Andalucia, Umwelt Bundesamt
      NGOWWF (3)

    • sur Petition results (to keep S2A operational after S2C launch)

      Publié: 9 September 2024, 6:32pm CEST par Olivier Hagolle

      Last week, I issued a petition to keep S2A operational, this post will give you some results. i will keep updating this post regularly, so please go-on signing the petition or forwarding it to your colleagues. Although I have not been trained as a lobbyist, and I have some regrets on how i did it, […]

    • sur [Story] Oslandia x QWC : épisode 2 / 8

      Publié: 9 September 2024, 6:03am CEST par Caroline Chanlon

      Nous détaillons dans cet article les améliorations que nous avons apportées à QWC récemment, principalement sur l’interface utilisateur.

      Dans l’application web, nous avons ajouté la possibilité d’avoir des couches de type MVT (Map Box Vector Tiles). Cet ajout permet par exemple d’utiliser les fonds de plan vectoriels de l’IGN avec différents styles.

      L’outil d’identification de l’application permettait déjà d’interroger des données pour en extraire ses attributs. L’identification se fait par un simple clic sur l’objet, ou en dessinant un polygone sur la carte en englobant plusieurs objets. Grâce à nos développements récents, il est désormais possible d’identifier des objets dans un rayon d’une certaine distance. Cette fonctionnalité permet par exemple d’identifier les bornes incendie à moins de 300 mètres d’un carrefour.

      Toujours dans l’application web, il est désormais possible de choisir le format de sortie de l’impression des mises en page. Cette fonctionnalité a été financée par la Métropole du Grand Lyon dont la migration de son application SIG Geonet est en cours de réalisation avec la mise en place de QWC.

      La Métropole du Grand Lyon a également financé d’autres fonctionnalités que nous avons pu reverser dans les dépôts officiels de QWC, notamment la possibilité de zoomer sur la carte en “dessinant” des rectangles au lieu d’utiliser les traditionnels boutons “+” et “-” disponibles en bas à droite de l’application.

      Pour rappel, QWC permet l’édition de données directement dans la base de données qui les contient. Nous avons eu l’occasion de renforcer le comportement de cette fonctionnalité en adaptant l’affichage des boutons d’ajout, de modification et de suppression des objets en fonction des droits paramétrés sur la couche en cours d’édition. Par exemple, si la couche est uniquement éditable par un utilisateur, alors les boutons d’ajout et de suppression d’objets ne sont plus visibles.

      En modifiant le service permettant de générer des permaliens, la base de données de configuration et l’application web, nous avons ajouté la possibilité pour les utilisateurs connectés sur une instance QWC de créer des marque-pages. Cela permet de rapidement sauvegarder une emprise sur laquelle des éléments ont été remarqués par l’utilisateur. Un marque-page permettra de revenir sur ces éléments plus tard, ou de les partager à d’autres utilisateurs. Le marque-page permet de sauvegarder la configuration actuelle de l’application avec les couches affichées, le fond de plan choisi, ainsi que les annotations (dessin) ajoutées par l’utilisateur. On peut choisir d’ouvrir le marque-page sauvegardé dans la fenêtre courante du navigateur, dans un nouvel onglet, ou seulement de zoomer sur l’emprise du marque-page enregistré (sans modifier l’affichage des couches).

      Vous aussi vous pouvez contribuer à QWC, directement ou en finançant les évolutions ! N’hésitez pas à nous contacter à infos@oslandia.com

    • 04 September 2024

    • sur [Story] Oslandia x QWC : épisode 1 / 8

      Publié: 4 September 2024, 6:52am CEST par Caroline Chanlon

      Depuis plusieurs années maintenant, et notamment grâce aux stages de fin d’études de Flavie et Benoît (qui avaient donné lieu à une série d’articles), Oslandia investit dans la solution logicielle QWC (pour QGIS Web Client) afin de proposer à ses clients de publier leurs projets QGIS sur le web.

      QWC est un framework applicatif et une application clefs en main, permettant de publier des projets QGIS sur le web, en partageant les mêmes données, la même configuration et le même rendu. Il comporte les éléments classiques d’un SIG web, et peut être totalement personnalisé.

      QWC est un projet OpenSource développé par plusieurs acteurs de la communauté. On peut notamment citer Sourcepole ( Suisse ), qui a réalisé le développement initial de QWC et continue de contribuer.

      Nous réalisons notamment des projets pour nos clients, par exemple l’EuroMétropole de Strasbourg, le groupement de recherche Silex, WKN, Amarenco, le Syndicat des Eaux de la Manche, les agences de l’eau, la Métropole du Grand Lyon et d’autres.

      Au passage, on notera que Clément Zitouni de l’EuroMétropole de Strasbourg contribue régulièrement aux différents dépôts du projet pour ajouter des fonctionnalités ou corriger certains problèmes directement. Bravo à lui !

      Au delà des projets client, Oslandia investit également en fonds propres sur QWC. Chaque année, environ 10% du temps de l’équipe de production est dédiée à l’auto-investissement sur les projets OpenSource que nous développons ou maintenons.

      Avec ces différents projets, Oslandia a pu intégrer plusieurs collaborateurs dans le développement et la maintenance de QWC. C’est toujours le cas de Benoît Blanc, rejoint par Gwendoline Andres notamment.

      Plusieurs améliorations ont été intégrées dans la solution logicielle, que ce soit de nouvelles fonctionnalités ou bien des corrections de bugs.

      L’environnement QWC est composé d’une application web écrite en Javascript (avec le framework React) ainsi que de micro-services en Python. Nous sommes intervenus sur tous ces composants, avec des contributions dans le cœur de l’application.

      QWC est en perpétuelle évolution avec de nombreuses fonctionnalités développées en continu.

      Dans les prochains articles, nous ferons un tour – non exhaustif – de ce qui a été réalisé récemment par Oslandia.

    • sur Variabilisez vos profils QGIS avec QDT

      Publié: 3 September 2024, 4:39pm CEST par Julien Moura
      Pièce jointe: [télécharger]
      Variables d’environnement ?

      Les variables d’environnement sont, comme leur nom l’indique, des paires clé/valeur permettant de décrire et paramétrer des applicatifs selon un environnement. Une variable peut intervenir à différents niveaux ou périmètres : système d’exploitation, session avec droits d’administration, annuaire/domaine, session utilisateur, applicatif, processus.

      Capture d'écran du gestionnaire de variables d'environnement de Windows 11 avec le dialogue permettant d'en modifier une qui est ouvert

      Gestion des variables d’environnement sur Windows 11

      Si vous êtes familier/ère avec l’utilisation de QGIS, c’est le même principe que pour les variables prédéfinies, liées à un projet, à des couches, etc. et utilisables à différents endroits (expressions, mode atlas/rapport…). D’ailleurs QGIS gère également des variables d’environnement à l’échelle de son installation et par profil (voir la documentation).

      Remplacement dynamique par QDT

      Dans QDT, vous pouvez définir des variables dans vos fichiers de configuration `QGIS3.ini` et `QGISCUSTOMIZATION3.ini`, qui seront ensuite interpolées avec les valeurs des variables d’environnement au moment du déploiement. Cette approche permet de paramétrer de manière flexible divers aspects de la configuration de QGIS sans modifier manuellement les fichiers sur chaque machine.

      3 avantages :

      – Flexibilité : adapter facilement la configuration à différentes machines sans modifications manuelles des fichiers.
      – Maintenance réduite : gérez une seule version des fichiers QGIS*3.ini qui s’adapte dynamiquement aux conditions locales.
      – Sécurité : séparer les données sensibles de la configuration en les conservant dans les variables d’environnement.

      Cet usage des variables est particulièrement utile dans des environnements où les chemins d’accès ou les configurations peuvent varier significativement entre les déploiements, permettant une personnalisation sans effort et à la volée de l’installation QGIS.

      En bonus, nous avons intégré un mécanisme primaire de sauvegarde des paramètres en cas de conflit entre les valeurs poussées par QDT et celles changées par l’utilisateur. Concrètement, cela se traduit par des sections préfixées directement dans le fichier INI :

       

    • 01 September 2024

    • sur Les cartes de l'Ordnance Survey irlandaise ont 200 ans

      Publié: 1 September 2024, 8:11pm CEST


      L'Irlande est connue pour être l'un des premiers pays à avoir été systématiquement cartographié au début du XIXe siècle. De 1825 à 1846, l'Ordnance Survey irlandaise a entrepris un relevé très détaillé de l'ensemble du pays afin de créer des cartes à l'échelle de 6 pouces pour 1 mile (environ 1:10 000). Par la même occasion, l'Ordnance Survey a recueilli des informations géographiques, archéologiques et toponymiques, notamment sur les coutumes locales, les monuments, les noms de lieux et les caractéristiques topographiques. Ces documents reflètent les paysages de l'Irlande tels qu'ils existaient dans les années 1820-1830 , ainsi que les pratiqus agricoles, la langue, le folklore, les métiers et la religion.

      Les documents laissés par l’Ordnance Survey (OS) pour l’Irlande sont particulièrement importants car ils nous permettent de mieux comprendre les processus et les pratiques de cette enquête nationale qui à eu un impact profond sur le gouvernement, la politique, la société et l’économie de l’Irlande des XIXe et XXe siècles. Ces documents de l’OS dirigée par les Britanniques n’ont pas été conservés en Grande-Bretagne mais à Dublin. En effet, contrairement aux premiers documents de l’OS sur la Grande-Bretagne en grande partie détruits pendant la Seconde Guerre mondiale, les comptes rendus de l’OS sur l’Irlande ont survécu. Ces comptes rendus offrent une opportunité majeure de faire progresser notre compréhension non seulement de la cartographie de l’Irlande sous domination britannique, mais aussi de la manière dont ce pouvoir a été exercé par le biais d’activités mises en œuvre localement « sur le terrain ». Les opérations de l'OS en Irlande ont eu un impact et une influence plus larges sur les levés topographiques et la cartographie dans d'autres parties du globe. Par exemple, la mesure de la ligne de base du Lough Foyle par le colonel Colby (1827-1828) a attiré l'attention de George Everest, qui a ensuite adopté ce qu'il a appelé le « beau système » de Colby pour le Grand relevé trigonométrique de l'Inde. 

      Le projet OS200 « Recartographie numérique du patrimoine de l'Ordnance Survey d'Irlande », lancé par des chercheurs de l'Université de Limerick, s'appuie sur les quatre sources principales de l'Ordnance Survey créées lors de la première mission d'observation de l'Irlande : les cartes de 6 pouces, les mémoires, les lettres et les livres de noms de lieux. L'importance de ces sources réside dans leur description de l'Irlande d'avant la Grande famine. 

      Les sources réunies sur le site [OS200] (source : irelandmapped.ie)



      Les cartes elles-mêmes sont extrêmement détaillées et magnifiquement dessinées. Grâce au travail de numérisation du projet OS200, on peut explorer ces cartes originales de l'Ordnance Survey d'Irlande dans les moindres détails sous forme de cartes interactives. 
      Le projet vise à rassembler des cartes et des textes historiques de l'Ordnance Survey (OS) pour former une seule ressource en ligne, librement accessible à l'usage des universitaires et du public. Les résultats numériques de l'OS200 permettent non seulement de faire progresser notre compréhension de la manière dont l'Irlande a été cartographiée il y a deux siècles, mais ouvrent à un nouveau public l'héritage et les impacts de l'OS, reconnaissant l'importance durable de ce qui a été accompli et marquant le bicentenaire de son instigation.
      Le projet est soutenu par la Royal Irish Academy, le Public Record Office d'Irlande du Nord, la Bibliothèque nationale d'Irlande et le Digital Repository of Ireland.

      Pour compléter
      L’Ordnance Survey Ireland (OSI) (en gaélique Suirbhéireacht Ordanáis na hÉireann) est l’agence gouvernementale de cartographie de l'Irlande. Il est l’équivalent de l’IGN français. Cet organisme a pris la succession en 1922 de la division irlandaise de l’Ordnance Survey du Royaume-Uni qui existait depuis 1824. Tout son travail prend sa source dans les différentes missions menées entre 1815 et 1845 par des officiers anglais du Royal Engineers et par des membres du service des Mines qui ont à ce moment-là rédigé un ensemble de cartes d’une précision jamais atteinte sur l’île. En collaboration avec son alter ego en Irlande du Nord, cet organisme est destiné à cartographier à différentes échelles l’ensemble de l’île d’Irlande.
      L’Irlande (comme le Royaume-Uni) n’utilise généralement pas les latitudes et les longitudes pour décrire un lieu qui se trouve sur leur territoire national. Ils ont mis en place un système de référence spécifique. L’île d’Irlande est divisée en 20 cases de 100 km de côté, chacune identifiée par une lettre. Chaque case possède une graduation numérique en partant du coin sud ouest. Par exemple G0305 signifie Case G 3 km est, 5 km nord. Il existe également des tirages dit Discovery Series de l'OSI. L’île d’Irlande est ainsi divisée en cases de 30 km de côté, par 40 km en largeur, à l'échelle de 1:50 000 chacune identifiée par un numero (1 à 89). Voir plan, ref: No. 41 ~ Centre de Westmeath (source : Wikipedia)
      OS200. Digitally Re-Mapping Ireland’s Ordnance Survey Heritage
      Irish Townland and Historical Map Viewer
      PRONI Historical Map (uniquement Irlande du Nord)
      GeoHive. Ireland's National Geospatial Data Hub
      Ireland Mapped website 
      Lilley, K.D & Porter, C. (2022) 'A Journey Through Maps: Exploring Ireland’s Cartographic Heritage'" Public lecture for Armagh Robinson Library (video Youtube)
      Articles connexes
      L'histoire par les cartes : l'Irlande aux XIXe et XXe siècle
      L'histoire par les cartes : le mouvement des enclosures en Grande Bretagne aux XVIIIe et XIXe siècles
      Cartographier le parcellaire des campagnes européennes d’Ancien Régime
      L'histoire par les cartes : la mappe sarde du XVIIIe siècle
      La grille de Jefferson ou comment arpenter le territoire américain
      La parcelle dans tous ses états (ouvrage en open access)
      Derrière chaque carte, une histoire : découvrir les récits de la bibliothèque Bodleian d'Oxford
      Cartes et atlas historiques


    • sur Barres empilées : comment s’en débarrasser ?

      Publié: 1 September 2024, 1:10pm CEST par Éric Mauvière

      C’est l’un des graphiques les plus utilisés dans la production statistique française, mais aussi le plus paresseux et le moins efficace pour comprendre et surtout mémoriser. La plupart des responsables éditoriaux le savent, formés qu’ils/elles le sont à la sémiologie graphique. Pour autant, pas moyen de remiser ces empilements : ils collent aux publications statistiques comme le sparadrap au capitaine Haddock !

      Prenons comme premier exemple ce graphique sur l’évolution des crimes en France, classés par type. Le diagramme en barres empilées traduit tel quel le tableau croisé des données, y intégrant un total. Et c’est la principale raison de son emploi : on voit en même temps l’évolution d’ensemble et le détail des catégories. 

      Source : ministère de la Justice/SG/SEM/SDSE, fichier statistique Casier judiciaire national

      Si l’on voit bien le mouvement général, il est plus difficile d’apprécier les détails, d’analyser la morphologie de ces rectangles colorés. Quand la base d’une série est horizontale, par exemple celle des homicides en bas, il suffit d’en suivre visuellement les sommets. Mais quand les segments flottent, le lecteur doit mener deux opérations mentales exigeantes – extraire visuellement la série et la recaler sur une base commune. Cet effort à répéter fatigue et complique la mémorisation, faute d’images prêtes à photographier mentalement.

      Comment ordonner les catégories, choisir les couleurs ? « Autres crimes » est la première catégorie que l’œil rencontre, c’est aussi la moins signifiante. Et la palette adoptée crée deux groupes artificiels, un en violet et l’autre en gris.

      Que va-t-on retenir d’une telle image ? Au mieux, oubliant les catégories, une tendance globale à la baisse avant la crise du covid, et une reprise post-covid qui ressemble à un rattrapage – dont on ne sait s’il est réel ou purement administratif (du fait d’instructions retardées).

      Distinguons chaque série dans une collection de petits graphiques triés et catégorisés

      Avec un outil soucieux de sémiologie comme Datawrapper (ou Flourish), testons une variante où chaque composante peut apparaitre séparément, la comparaison avec l’évolution d’ensemble restant possible.

      Retenons le même ordre de tri que le graphique d’origine, par effectifs finaux décroissants. Cette nouvelle construction graphique présente d’abord les trois catégories les plus importantes. Elles ont en commun de bien marquer l’effet de rattrapage précédemment évoqué. L’importance des viols est manifeste. Un rapide calcul visuel montre qu’ils représentent au total la moitié des crimes. Ce constat m’a particulièrement frappé.

      Je le souligne donc, dans cet affinage prêt à diffuser, à l’aide d’une couleur différente et d’un titre qui reprend deux informations majeures.

      Ces petits graphiques sont évidents et élégants, avec leurs axes épurés dont les étiquettes sont davantage conformes aux règles de lisibilité (écriture horizontale pour les années, séparateur des milliers pour les effectifs).

      Un bon graphique présente toutes les données et dégage une ou quelques images simples (par exemple les trois graphiques de la première rangée), que le lecteur pourra relier à des enseignements verbalisés. Il les mémorisera ainsi durablement, grâce à la puissante association entre le visuel et le sémantique, quand ces deux canaux résonnent en cohérence.

      C’est le mantra cher à Jacques Bertin, le grand sémiologue français : trier judicieusement ce qui peut l’être, puis catégoriser pour hiérarchiser les niveaux d’information.

      Étendons la démarche à un jeu de données plus fourni

      Issu d’une source différente, ce nouveau diagramme empilé traite d’un sujet voisin, les actes de délinquance, en regardant plutôt les victimes et ce à quoi elles sont sujettes selon leur âge. La dimension de l’âge, en X dans ce diagramme, est ordonnée de façon logique, croissante.

      Mais qu’en est-il des indicateurs de délinquance ? L’auteur ne précise pas le critère de tri en Y et l’œil du lecteur n’en saisit pas la logique. Renforcée par les contrastes lumineux, l’impression d’ensemble est bruitée et inconfortable.

      Par ailleurs, la palette de couleur n’est pas ordonnée, elle n’exprime pas la progression des âges. Le lecteur peinera à regrouper visuellement des tranches voisines.

      La construction suivante utilise une palette visuellement ordonnée, désempile les barres, et reclasse les faits de délinquance pour construire l’image la plus pure, la plus significative – perceptible dans l’instant minimal de vision, selon les vœux de Bertin. Une telle image, comme il l’exprime dans sa « Sémiologie graphique », tend vers deux critères topologiques : connexité (peu ou pas de trous, une forme ramassée) et convexité (enveloppe plutôt ronde). Idéalement, une belle diagonalisation !

      Un bon outil graphique facilitera les reclassements. Après quelques essais, la tranche des 70 ans et plus fournit un bon critère de départ pour un tri. L’examen conjoint des tranches les plus jeunes m’amène à définir trois groupes. Ce nouveau graphique déroule une vague expressive. 

      Il faut se faire violence, parfois, pour chambouler l’ordre par défaut des nomenclatures. Bertin l’évoquait malicieusement, dans un dernier article, témoignant de sa longue – et fructueuse – expérience de collaboration avec la statistique publique : « À l’école de l’Insee, reclasser un tableau de données était une abomination ! ».

      Le geste suivant, encore plus audacieux pour le statisticien, consiste à nommer ces groupes, dès lors qu’il saisit ce qui les caractérise.

      Un titre informatif s’en déduit naturellement. C’est l’association entre messages de premier niveau clairs et une forme d’ensemble simple et significative qui va consolider l’inscription en mémoire de la hiérarchie des enseignements.

      Pourquoi la plupart des graphiques statistiques sont-ils paresseux ?

      Certes, la puissance de la sémiologie graphique n’est pas suffisamment exprimée et enseignée, que ce soit à l’école ou en formation continue. Au pays de Bertin, c’est pour le moins étonnant, voire dissonant. À cela, les responsables d’enseignement ou de services statistiques peuvent facilement remédier, si ils/elles le souhaitent – et même si cela prend un peu de temps ;).

      Mais ce déficit renvoie plus fondamentalement à la posture de l’analyste, au rôle qu’il/elle se donne ou qu’on lui donne : mettre à disposition des chiffres solides et laisser au lecteur le soin de les interpréter ?

      Ou chercher en plus à transmettre, avec les outils de la sémiologie graphique, ce que soi-même, avec son expertise, sa curiosité, sa déontologie, on a fini par retirer de ses multiples explorations. C’est la voie que, pour ma part, j’approfondis comme rédacteur d’articles, et enseigne en formations sur mesure.

      Pour en savoir plus

      L’article Barres empilées : comment s’en débarrasser ? est apparu en premier sur Icem7.

    • 30 August 2024

    • sur Let’s ask Copernicus to keep S2A operational after S2C launch

      Publié: 30 August 2024, 3:01pm CEST par Olivier Hagolle

      The launch of Sentinel-2C (S2C) is scheduled on the 4th of September 2024, next week ! After 3 months of commissioning phase, S2C will replace S2A, to fulfill the Sentinel-2 mission together with S2B. S2B will later be replaced by S2D. The current plans are to keep S2A as a redundant satellite, in case something happens to one of the two other satellites. It seems likely that S2A will stop acquiring images once S2C is operational.

      I guess the decision not to keep S2A operational would be for cost reasons. The operation costs are high : although I have no information, I guess these costs are on the order of magnitude of one or two dozens of millions per year. My reference is the SPOT4 (Take5) experiment which cost ~1 M€ for a few months with a limited amount of data. In the case of S2, the data volumes to download, process and distribute are huge, and ESA would also need to monitor data quality, have a tighter orbit and attitude control… Anyway, the cost of operating a satellite is much lower than the cost of the satellite itself (Sentinel-2B’s price was a few hundreds of M€).

      I am very proud Europe was able to build the Sentinel-2 mission with a revisit of 5 days and funding of 20 years of operations, including two replacement satellites. But we could do even better for a limited cost. I write this letter to try to convince scientific, public and private users that 5 days revisit is not enough. We should therefore try to set-up a campaign to ask ESA/UE to reconsider the decision to end S2A imaging operations when S2C is operational. Help, feedback and ideas are welcome !

      A petition is available here.

      Revisit needs Correlation of start of season determination as a function of the cloud free observation frequency in Germany. « 2018 was a hot and dry year with exceptionally low precipitation and cloud cover ». From Kowalski et al, 2020 : [https:]]

      As an example, here are the cloud free revisit needs expressed by the vegetation monitoring community.

      • Land cover classification : a clear observation per month
      • Biomass/Yield estimation : a clear observation per fortnight
      • Phenology (start and end of season, flowering…) : a clear observation per week

      Waters, especially coastal waters, tend to change even quicker, with the additional drawback to be affected by the reflection of the sun on water, on one third to one half of the acquisitions.

      Very recently, several papers have studied the biases due to the insufficient and irregular observations from space optical missions. Bayle et al, 2024 show that part of the observed greening of mountains observed on the Landsat time series acquires during decades is in fact due to the increase of the revisit frequency, which is still not always sufficient to capture the short-lived peak of greenness in alpine ecosystems. Langhorst et al, 2024 show that the loss of observations due to clouds leads to miss important hydrological events that bias statistics.

      5 days revisit is not enough

      The global average cloud cover is 70%, with of course large variations across seasons and location. It means that on average, for a given pixel, two observations out of three are cloudy. But if you need to observe a large area simultaneously cloud free, it is even more difficult. I don’t have statistics on that, but roughly only 10% of Sentinel-2 products on 100×100 km² are fully cloud free.

      Due to the fact that the great majority of images have clouds, our users have asked for cloud free periodic syntheses. At the THEIA land data center, we produce every month surface reflectances syntheses (named « Level3A » products). Our WASP processor computes a weighted average of all the cloud free surface reflectances found during 46 days (from 23 days before to 23 days after the synthesis date). When no cloud free data is available, we raise a flag, and provide one of the cloudy reflectance values acquired during the period. These regions appear in white (but don’t confuse them with snow in mountains).

      Since these syntheses use 46 days, and not 30 days, they do not meet any of the needs explained above. The  46 days duration was tuned to have less than 10% of pixels always cloudy on average per synthesis. Here are some examples.

      South-Western EU

      Over western Europe, the top left image shows a summer drought period, with a reduced amount of always cloudy pixels. However, some are visible in the East of Belgium/Netherlands. The images in winter have large region with no cloud free data, and even in April 2023, there is a remaining cloudy region in the east of France.  You might have noticed that the remaining regions often have a trapezoidal shape. It is explained by the fact that Sentinel-2 swaths overlap, and it is of course more likely to miss cloud free pixels where we have two observations every 5 daysinstead of one. More examples are available at THEIA : [maps.theia-land.fr]

       : July 2022 (Drought in Europe) December 2022
       
      January 2022 (a dry January ) April 2023
      Germany

      South-Western Europe is blessed by a nice weather (when it’s not too hot), but Germany has a lot of clouds. Our colleagues form DLR also process Level3A syntheses with our tools. Here are some examples. You may also see by yourselves at this address :  [https:]

      April 2023 November 2023
      Norway

      Norway cartographic agency (Kartverket) also uses our softwares MAJA and WASP to produce countrywide syntheses, but they had to change the parameters to obtain a correct result. Summer syntheses are produced each year, but they often need a manual post-processing to enhance the results where some clouds are remaining. This is despite the orbits fully overlap in Norway.
      [https:]

      Consequences

      The main consequence of persistent cloudiness on S2 images is that our observations are quite far from the expressed needs, except in the sunniest countries. As a result, studies and retrievals are not as accurate as they could be, biases and noise appear. In my sense, the main issue is the fact that persistent clouds on images introduce a random unreliability, that prevents to provide an operational service.

      S2 quicklook thumbnails in June 2019 on Toulouse tile (31TCJ)

      One of the most acute cases in my memory happened in June 2019. The region near Toulouse suffered a long and early heat wave, but clouds were present every 5 days in the morning, when S2A or S2B were acquiring data. During a heat wave,it is very hard to explain local customers that the product didn’t work because of clouds.

      As a result, insufficient revisit hampers the development of services based on optical images.

      There are some ways around, using Landsat 8 and 9 (but resolution is 30m), Sentinel-1 (but SAR provides a completely different information), Planet (but only 4 bands, very expensive if you need to work at country scale, and not the same quality). Moreover, Planet uses Sentinel-2 a lot to improve its products. A better availability of S2 data would also improve the data quality of Planet data and the soon to be launched Earth Daily constellation.

      Dear EU, please keep S2A operational !

      That’s why it would be a pity not to go on using S2A after S2C commissioning phase. With three satellites, S2A passing for instance two days after S2B, we could produce cloud free syntheses every 20 days, based on 30 days of data only. We would be closer to the needs, and would reduce a lot the unreliability of S2 services.

      Of course, it means an increase of data volume and processing costs, but it is only a few % every year of the cost of one satellite. If it is really too much, let’s do it over Europe only, as S2 is funded by Europe. Maybe EU fears that if we ask for it, users of the other Sentinel missions will also ask for it. But S1 does not have clouds (and S1B has been lost) and S3 has a daily overpass already. Therefore, there are good reasons to operate a third satellite in the case of S2 only.

      If you agree or disagree with me, or if you have more arguments to provide, please add a comment to this page !

      Petition

      I am not sure it is the best way to have influence on Copernicus, but I have set up a petition on an ethical web service provider, feel free to sign here : [https:]]

      References :
      • Bayle, A., Gascoin, S., Berner, L.T. and Choler, P. (2024), Landsat-based greening trends in alpine ecosystems are inflated by multidecadal increases in summer observations. Ecography e07394. [https:]]
      • Langhorst, T., Andreadis, K. M., & Allen, G. H. (2024). Global cloud biases in optical satellite remote sensing of rivers. Geophysical Research Letters, 51, e2024GL110085. [https:]]

    • sur Copernicus should keep S2A operational after S2C launch

      Publié: 30 August 2024, 3:01pm CEST par Olivier Hagolle

      The launch of Sentinel-2C (S2C) is scheduled on the 4th of September 2024, next week ! After 3 months of commissioning phase, S2C will replace S2A, to fulfill the Sentinel-2 mission together with S2B. S2B will later be replaced by S2D. The current plans are to keep S2A as a redundant satellite, in case something […]

    • sur Sélection 2025 du Prix du Livre de géographie des Lycéens et Etudiants

      Publié: 30 August 2024, 12:36pm CEST par r.a.

       

      – Rémi Barbier et Sara Fernandez (dir), Idées reçues sur l’eau et sa gestion, Le Cavalier bleu

      – Marie Bonte, Nuits de Beyrouth, ENS éditions

      – Marc Brosseau, Tableau de la géographie littéraire, Puppa

      – François-Michel Le Tourneau, Chercheurs d’or, CNRS éditions

      – Sylvain Genevois, Matthieu Noucher et Xemartin Laborde, Le blanc des cartes, Autrement

    • sur Journée d’étude : La carte, «oeil de l’histoire » (XVI?-XVIII? siècle), BnF / EHESS-CAK, 8 octobre 2024

      Publié: 30 August 2024, 12:27pm CEST par Catherine Hofmann
      Bibliothèque nationale de France, site Richelieu, Salle des conférences, entrée par le 5 rue Vivienne 75002 Paris

      La géographie comme « oeil de l’histoire » est une expression courante durant la période moderne, mais elle s’articule de manière spécifique
      si l’on pose l’objet cartographique comme point d’observation. L’objectif de cette journée d’étude est de réinvestir le couple carte et histoire dans l’empan chronologique du XVI? au XVIII? siècle, en Europe et dans ses prolongements impériaux, selon plusieurs directions.

      La journée d’étude est organisée par Oury Goldman (Paris 1 Panthéon- Sorbonne), Lucile Haguet (Bibliothèque municipale du Havre),
      Catherine Hofmann (BnF, Cartes et plans) et Geoffrey Phelippot (EHESS-CAK). Elle a bénéficié de la coopération du département des
      Cartes et plans (BnF) et du Centre Alexandre-Koyré (CAK).

      PROGRAMME


      9h15 : Accueil des participants


      9h30 : Mot d’accueil de la BnF par Cristina Ion (directrice adjointe du département
      des Cartes et plans de la BnF)
      9h45 : Introduction générale par Oury Goldman (Paris 1 Panthéon-Sorbonne), Lucile
      Haguet (Bibliothèque municipale du Havre) et Geoffrey Phelippot (EHESS-CAK)


      Session 1 : La carte, un art de la mémoire au service de l’histoire
      Session présidée par Antonella Romano (EHESS-CAK)
      10h : Aurélien Ruellet (Le Mans Université)
      « Comme la toile où l’on place en son lieu ce que l’on aprend », La carte et l’histoire dans
      les collèges oratoriens (années 1640-années 1780)
      10h30 : Louise McCarthy (Université Paris Cité)
      La carte comme théâtre de la mémoire, « Ould Virginia » de John Smith et Robert
      Vaughan (1624)
      11h : Monika Marczuk (BnF, département des Cartes et plans)
      Histoire en un coup d’oeil : Mappemonde historique de J.-L. Barbeau de La Bruyère
      (1750)


      11h30-11h45 : Pause-café


      Session 2 : Quand l’historien se fait cartographe
      Session présidée par Jean-Marc Besse (CNRS-EHESS)
      11h45 : Éric Grosjean (École Pratique des Hautes Études)
      Fabio Calvo ou les principes architecturaux de Vitruve appliqués à la cartographie
      historique de la Rome Antique à l’aube du XVI? siècle
      12h15 : Ghislain Tranié (Centre Roland Mousnier, Sorbonne Université)
      L’oeil du polygraphe. Gabriel Simeoni et la fabrique des lieux de l’histoire au milieu du
      XVI? siècle


      12h45-14h : Repas


      14h-15h : Présentation des cartes par Catherine Hofmann (BnF, Cartes et plans) en
      Salle des vélins, sur inscription, dans la limite des places disponibles.

      Session 3 : Chronotopoï, deux exemples de lieux cartographiés avant tout pour leur histoire
      Session présidée par Lucile Haguet (Bibliothèque municipale du Havre)
      15h : Iona Zamfir (Bucharest National Museum of Maps and old Books)
      Jerusalem as Chronotopos, The Tension between the Textual and Visual Mediums in
      16 – Century Geographic Literature
      15h30 : Pierre Salvadori (Université d’Artois)
      Anatomie d’une connexion, histoires situées du pont transarctique dans la cartographie
      du XVI? siècle


      16h-16h15 : Pause-café


      Session 4 : La carte comme outil stratégique et politique
      Session présidée par Catherine Hofmann (BnF, Cartes et plans)
      16h15 : Anne-Rieke Van Schaik (University of Amsterdam)
      Making History, Floris Balthasar Puts Dutch Victories on the Map (c.1600-1610)
      16h45 : Grégoire Binois (Institut d’histoire moderne et contemporaine)
      Cartographier l’histoire militaire aux XVII? et XVIII? siècles, une activité stratégique
      17h15 : Kory Olson (Stockton University)
      L’oeil de la Révolution, Le Plan d’une partie de la ville de Paris de Mangin
      17h45-18h00 : Conclusion générale – Oury Goldman, Lucile Haguet et Geoffrey Phelippot

    • 29 August 2024

    • sur Café géo de Paris, 24 septembre 2024 : Les territoires de l’extrême droite en France et en Europe.

      Publié: 29 August 2024, 9:14pm CEST par Les Cafés Géo

      Avec Béatrice Giblin, géographe, géopolitologue

      Café de Flore, 24 septembre 2024, 19-21h

      Béatrice Giblin, géographe et géopolitologue française, professeur émérite des universités, est l’invitée des Cafés Géographiques pour parler de l’extrême droite de France et en Europe.

      En 2012, dans un numéro de la revue Hérodote, elle présentait déjà une analyse géopolitique de l’extrême droite en Europe. En 2022, toujours dans la revue Hérodote, elle posait la question d’une nouvelle géopolitique électorale en France. Aujourd’hui, en 2024, à l’heure où l’extrême droite accroît son audience dans de nombreux pays européens, la lecture géopolitique et l’analyse spatiale s’avèrent des clés de lecture indispensables de ce phénomène.

      Ainsi en France, les dernières élections ont montré un net renforcement du processus de diffusion géographique du vote de l’extrême droite. Si le cœur des métropoles et leurs banlieues restent des pôles de résistance à ce vote, l’espace périurbain a constitué le principal espace de progression du vote RN. A l’échelle européenne, Béatrice Giblin a publié dans le journal Le Monde en juin 2024 une série de cartes qui traduit les ressorts communs affectant les territoires les plus affectés par le vote croissant en faveur de l’extrême droite en Europe. Il y a là matière à mieux comprendre ce phénomène et à participer à la discussion collective pendant ce café géo.

      Béatrice Giblin (géographe), Sylvie Gittus  et Francesca Fattori (Cartographes) : Cartographie des territoires de l’extrême droite en Europe, Le Monde, 7 juin 2024 (édition abonnés)

       

    • sur Mardi 24 septembre 2024, au Café de Flore, c’est la rentrée des Cafés Géo !

      Publié: 29 August 2024, 7:25pm CEST par r.a.

      Cela fait 26 ans que l’aventure des Cafés Géographiques se poursuit et une quinzaine d’années qu’elle emprunte l’adresse parisienne du Café de Flore. Cette année encore, le mardi de 19h à 21h, la salle du premier étage du Flore permettra au public curieux et intéressé d’apprendre et/ou d’échanger à l’occasion de sujets variés grâce aux intervenants invités : géographes, historiens, diplomates, économistes, géopolitologues, journalistes… Cette saison 2024-2025 proposera des sujets d’actualité mais aussi d’autres sujets moins connus pour lesquels l’analyse spatiale et les outils de la géographie proposent des lectures pertinentes et … souvent stimulantes !

      Programme des Cafés géographiques de Paris
      Saison 2024-2025

       

      Mardi 24 septembre 2024 : Les territoires de l’extrême droite en France et en Europe (avec Béatrice Giblin, géographe)

      Mardi 15 octobre 2024 : Les Etats-Unis et le Monde (avec Philippe Etienne, diplomate)

      Mardi 19 novembre 2024 : Qu’est devenue la Yougoslavie (avec Jean-Arnault Dérens et Laurent Geslin, journalistes)

      Mardi 17 décembre 2024 : Géohistoire de l’humanité (avec Christian Grataloup, géohistorien)

      Mardi 28 janvier 2025 : Vivre au bord de la mer (avec Annaig Oiry, géographe)

      Mardi 11 février 2025 : Géographie des pandémies contemporaines (avec Guillaume Lachenal, historien)

      Mardi 25 mars 2025 : Nous aurons toujours besoin des forêts (avec Laurent Testot, journaliste)

      Mardi 29 avril 2025 : Littérature et géographie (avec Emmanuelle Loyer, historienne, et Jean-Louis Tissier, géographe)

      Le Café géo du mardi 24 septembre 2024, 19h à 21h
      Les territoires de l’extrême droite en France et en Europe
      (Avec Béatrice Giblin, géographe, géopolitologue)

      Béatrice Giblin, géographe et géopolitologue française, professeur émérite des universités, est l’invitée des Cafés Géographiques pour parler de l’extrême droite de France et en Europe.

      En 2012, dans un numéro de la revue Hérodote, elle présentait déjà une analyse géopolitique de l’extrême droite en Europe. En 2022, toujours dans la revue Hérodote, elle posait la question d’une nouvelle géopolitique électorale en France. Aujourd’hui, en 2024, à l’heure où l’extrême droite accroît son audience dans de nombreux pays européens, la lecture géopolitique et l’analyse spatiale s’avèrent des clés de lecture indispensables de ce phénomène.

      Ainsi en France, les dernières élections ont montré un net renforcement du processus de diffusion géographique du vote de l’extrême droite. Si le cœur des métropoles et leurs banlieues restent des pôles de résistance à ce vote, l’espace périurbain a constitué le principal espace de progression du vote RN. A l’échelle européenne, Béatrice Giblin a publié dans le journal Le Monde en juin 2024 une série de cartes qui traduit les ressorts communs affectant les territoires les plus affectés par le vote croissant en faveur de l’extrême droite en Europe. Il y a là matière à mieux comprendre ce phénomène et à participer à la discussion collective pendant ce café géo.

      Daniel Oster, Paris, le 29 août 2024

    • sur ESRI et FME

      Publié: 29 August 2024, 2:00pm CEST
      Septième et avant-dernière partie du tour d'horizon des SIG sur les dessous des calculs géométriques : un petit tour chez ESRI et FME.
    • 27 August 2024

    • sur Michel Bruneau, un « géographe de transitions »

      Publié: 27 August 2024, 9:59pm CEST par r.a.

      Michel BRUNEAU, Parcours d’un géographe de transitions. L’Harmattan, 2023

      Ce « parcours » est le parcours d’une vie, d’une vie professionnelle de géographe bien sûr, mais aussi d’une vie personnelle où amitiés et rencontres intellectuelles jouent un grand rôle, dans le milieu universitaire français comme sur ses terrains d’études en Thaïlande ou en Asie Mineure. En utilisant le terme « transitions » pour qualifier une carrière de plus de 60 ans, Michel Bruneau se réfère à l’espace -passage de l’Asie du Sud-Est au terrain pontique de la Grèce au Caucase -, mais aussi à son évolution personnelle sur les plans méthodologique et épistémologique.

      Le géographe est avant tout un homme de « terrain », terme qui définit à la fois un espace, des méthodes et le discours produit sur cet espace. Pour ce faire il collecte des données selon des moyens traditionnels (enquêtes, questionnaires…) mais aussi des techniques novatrices dans les années 1960/1970 (images de télédétection…) et utilise les travaux des autres sciences humaines (anthropologie, histoire…). Le choix des deux grands terrains d’études de Michel Bruneau, l’Asie du Sud-Est et le monde grec pontique, est en grande partie lié à son histoire familiale : un grand-père fonctionnaire en Indochine et un père élève de Pierre Gourou à Hanoï dans le premier cas, des vacances et l’étude du grec ancien au lycée dans le second cas. C’est ainsi que le jeune géographe a commencé sa carrière à l’université de Chiang Mai, dans le nord de la Thaïlande dans le cadre du service civil de coopération afin d’y étudier « Les populations de riziculteurs des bassins et vallées ».

      A travers les longues années passées en Thaïlande, nous pouvons suivre l’évolution intellectuelle de l’auteur mais aussi celle de la pensée géographique de l’époque.

      Les premiers travaux de M. Bruneau se font dans le cadre de la géographie tropicale telle qu’elle a été définie par P. Gourou, une géographie classique post-vidalienne. Il recueille de nombreuses données qualitatives et quantitatives auprès des paysans dont il partage la vie, avec l’aide des étudiants locaux, notamment chez les Karen de la montagne et dans les villages du bassin de Chiang Mai. Ces travaux qui intègrent déjà les images de télédétection Landsat pour la cartographie et le traitement informatique des données chiffrées, sont la base de sa thèse préparée au Centre d’Etudes de Géographie tropicale (CEGET) de Bordeaux.

      Au cours des années1970, un clivage divise les géographes selon des facteurs intellectuels et politiques. La géographie post-vidalienne de P. Gourou est vivement contestée par les tenants de la « géographie critique » qui utilise les concepts marxistes de mode de production. Ces derniers expliquent la différenciation des espaces ruraux thaïlandais par la pénétration du mode de production capitaliste sous la pression des impérialismes anglais et français. M. Bruneau, ancien soixante-huitard, sensible aux thèses marxistes d’analyse des sociétés et converti au catholicisme de Témoignage Chrétien, adopte l’approche de la géographie critique dans sa thèse, dirigée par Jean Delvert. La soutenance de celle-ci, en 1977, suscite de vives controverses. D’un côté, les géographes conservateurs – dont le directeur de thèse –, tenants de la géographie tropicale, s’étonnent de l’utilisation de concepts marxistes et refusent l’utilisation de l’histoire et des méthodes nouvelles. De l’autre côté, les « nouveaux » géographes, de gauche, tiers-mondistes, valorisent la problématique marxiste et dénoncent la filiation entre géographie coloniale et géographie tropicale. Sous la pression de J. Delvert, il n’y eut pas de compte rendu de la thèse de M. Bruneau dans les Annales de géographie.

      Troisième étape dans son itinéraire intellectuel : l’abandon du schéma marxiste d’explication. La poursuite de ses recherches en Thaïlande l’amène à formuler des limites à la géographie critique. La lutte des classes des années 70 n’a pas débouché sur une réforme agraire. La forte croissance économique et industrielle capitaliste du pays a amené la création d’une nouvelle paysannerie aisée, intégrée dans une force de travail mondialisée. On peut parler de villageois urbanisés dont la cohésion est assurée par une forte identité culturelle.

      Les derniers travaux de M. Bruneau sur son terrain asiatique sont marqués par la prédominance de la dimension géohistorique dont les maîtres sont F. Braudel puis C. Grataloup. Il a ainsi montré qu’en Asie de l’Est, deux modèles spatiaux ont été élaborés sur la longue durée, l’un polycentrique et hétérarchique (1), sur le modèle indien, qu’il appelle Etat-mandala, l’autre, de type hiérarchique autour d’une autorité centrale forte, sur le modèle chinois.

      Le second grand terrain du géographe concerne les Grecs pontiques et l’amène à se déplacer de la Grèce à la Turquie et au Caucase russe et géorgien, mais aussi dans d’autres parties du monde (France, Amérique du Nord, Australie). Ces recherches ont été faites dans le cadre d’une nouvelle unité de recherche, « Territorialité et Identité dans le domaine européen » (TIDE). Le travail porte sur les diasporas et les communautés transnationales. En effet, le traité de Lausanne (1923) a contraint les Grecs d’Asie Mineure, du Pont et de Thrace orientale à quitter la nouvelle République turque pour l’Etat grec puis le reste du monde.

      Bruneau s’engage dans ces recherches avec une nouvelle approche scientifique, celle de la géographie culturelle, telle qu’elle a été définie par Paul Claval. Les descendants des migrants pontiques ont gardé une forte mémoire du territoire d’origine de leurs ancêtres. La transmission de la mémoire des lieux d’origine, assurée par des associations culturelles, utilise une iconographie très riche et des voyages-pèlerinages. Monuments commémoratifs, images murales, toponymes évoquent aussi bien les mythes antiques que les violences turques plus récentes. On part à la découverte du village où vivaient les ancêtres ; même s’il est difficile de retrouver leurs maisons et si l’église a été transformée en mosquée, on reçoit un bon accueil des habitants actuels. La mémoire est aussi entretenue par les œuvres littéraires, comme les romans historiques de Christos Samouelidis ou les articles de Photis Kontoglou.

      Le travail sur les migrations des Grecs pontiques a amené M. Bruneau à élaborer un nouveau concept, celui de « peuple-monde de la longue durée » (2). Un peuple-monde est une entité socio-politique et culturelle dont la dimension excède celle d’un seul Etat. Les enquêtes de terrain sont fondamentales dans ce nouveau champ de recherche, mais l’utilisation de données statistiques et la cartographie des paysages n’y ont pas leur place. De nombreuses références scientifiques ont guidé notre géographe, celles de F. Braudel et de de C. Grataloup déjà cités, mais aussi celles de P. Nora, de J. Gottman, d’A. Smith (l’approche mytho-symbolique de « peuple ») ou de J. Lacarrière (continuité de l’hellénisme de l’Antiquité à nos jours). Un peuple-monde a un Etat territorial et une diaspora mondiale.

      Chez les Grecs, la continuité historique a été assurée par la langue, porteuse d’une culture, l’hellénisme. Une même langue parlée depuis l’Antiquité et une même spiritualité chrétienne depuis Byzance, l’orthodoxie. Un modèle spatial en cinq auréoles concentriques permet de comprendre la dimension spatiale de l’hellénisme, depuis l’espace égéen central jusqu’aux auréoles externes de la diaspora dans le Nouveau Monde et en Afrique.

      A partir de ses analyses sur l’hellénisme, M. Bruneau a pu distinguer cinq autres peuples-monde de la longue durée : Indiens, Chinois, Juifs, Arméniens et Iraniens. La longévité de leur culture est exceptionnelle (même s’ils ont assimilé d’autres éléments culturels).

      En conclusion, M. Bruneau reconnait qu’au cours de sa vie de chercheur-géographe, il a suivi deux approches différentes, celle d’une étude spatiale à différentes échelles (village, Etat, ensemble d’Etats) en Asie du Sud-est et celle des réseaux et des lieux à l’échelle mondiale pour la diaspora grecque. Mais au-delà de leurs différences, ces approches ont des caractères communs : immersion dans les cultures étudiées sur une longue période, approche interdisciplinaire, modélisation graphique, importance des relations amicales pour la compréhension du milieu…). Les inflexions de son itinéraire scientifique reflètent l’évolution des courants de la pensée géographique en un demi-siècle.

      Notes :

      (1) hétérarchique : relatif à un système d’organisation non hiérarchique qui est caractérisé par l’interrelation et la coopération entre les entités qui la composent.

      (2) peuple-monde de la longue durée : concept élaboré par le géographe Michel Bruneau. Voir la synthèse : Michel Bruneau, Peuples-monde de la longue durée. Chinois, Indiens, Iraniens, Grecs, Juifs, Arméniens, CNRS Editions, 2022.

       Michèle Vignaux, juillet 2024

    • 29 July 2024

    • sur Lettre ouverte à la commission Européenne – Défendons le programme NGI

      Publié: 29 July 2024, 10:16am CEST par Vincent Picavet

      Cette lettre a été publiée initialement par les petites singularités. Si vous souhaitez signer la lettre, vous pouvez la publier sur votre site et compléter le tableau ici.

      Le CNLL a également publié une tribune, s’alarmant de la suppression des programmes NGI. Oslandia, en tant que membre du CNLL, soutient aussi ce texte.

      Lettre ouverte à la Commission Européenne

      Depuis 2020, les programmes Next Generation Internet (NGI), sous-branche du programme Horizon Europe de la Commission Européenne financent en cascade (via les appels de NLNet) le logiciel libre en Europe. Cette année, à la lecture du brouillon du Programme de Travail de Horizon Europe détaillant les programmes de financement de la commission européenne pour 2025, nous nous apercevons que les programmes Next Generation Internet ne sont plus mentionnés dans le Cluster 4.

      Les programmes NGI ont démontré leur force et leur importance dans le soutien à l’infrastructure logicielle européenne, formant un instrument générique de financement des communs numériques qui doivent être rendus accessibles dans la durée. Nous sommes dans l’incompréhension face à cette transformation, d’autant plus que le fonctionnement de NGI est efficace et économique puisqu’il soutient l’ensemble des projets de logiciel libre des plus petites initiatives aux mieux assises. La diversité de cet écosystème fait la grande force de l’innovation technologique européenne et le maintien de l’initiative NGI pour former un soutien structurel à ces projets logiciels, qui sont au cœur de l’innovation mondiale, permet de garantir la souveraineté d’une infrastructure européenne. Contrairement à la perception courante, les innovations techniques sont issues des communautés de programmeurs européens plutôt que nord-américains, et le plus souvent issues de structures de taille réduite.

      Le Cluster 4 allouait 27.00 millions d’euros au service de :

      • « Human centric Internet aligned with values and principles commonly shared in Europe » ;
      • « A flourishing internet, based on common building blocks created within NGI, that enables better control of our digital life » ;
      • « A structured eco-system of talented contributors driving the creation of new internet commons and the evolution of existing internet common ».

      Au nom de ces enjeux, ce sont plus de 500 projets qui ont reçu un financement NGI0 dans les 5 premières années d’exercice, ainsi que plus de 18 organisations collaborant à faire vivre ces consortia européens.

      NGI contribue à un vaste écosystème puisque la plupart du budget est dévolue au financement de tierces parties par le biais des appels ouverts (open calls). Ils structurent des communs qui recouvrent l’ensemble de l’Internet, du matériel aux applications d’intégration verticale en passant par la virtualisation, les protocoles, les systèmes d’exploitation, les identités électroniques ou la supervision du trafic de données. Ce financement des tierces parties n’est pas renouvelé dans le programme actuel, ce qui laissera de nombreux projets sans ressources adéquates pour la recherche et l’innovation en Europe.

      Par ailleurs, NGI permet des échanges et des collaborations à travers tous les pays de la zone euro et aussi avec ceux des widening countries [1], ce qui est actuellement une réussite tout autant qu’un progrès en cours, comme le fut le programme Erasmus avant nous. NGI0 est aussi une initiative qui participe à l’ouverture et à l’entretien de relation sur un temps plus long que les financements de projets. NGI encourage également à l’implémentation des projets financés par le biais de pilotes, et soutient la collaboration au sein des initiatives, ainsi que l’identification et la réutilisation d’éléments communs au travers des projets, l’interopérabilité notament des systèmes d’identification, et la mise en place de modèles de développement intégrant les autres sources de financements aux différentes échelles en Europe.

      Alors que les États-Unis d’Amérique, la Chine ou la Russie déploient des moyens publics et privés colossaux pour développer des logiciels et infrastructures captant massivement les données des consommateurs, l’Union Européenne ne peut pas se permettre ce renoncement. Les logiciels libres et open source tels que soutenus par les projets NGI depuis 2020 sont, par construction, à l’opposée des potentiels vecteurs d’ingérence étrangère. Ils permettent de conserver localement les données et de favoriser une économie et des savoirs-faire à l’échelle communautaire, tout en permettant à la fois une collaboration internationale. Ceci est d’autant plus indispensable dans le contexte géopolitique que nous connaissons actuellement. L’enjeu de la souveraineté technologique y est prépondérant et le logiciel libre permet d’y répondre sans renier la nécessité d’œuvrer pour la paix et la citoyenneté dans l’ensemble du monde numérique.

      Dans ces perspectives, nous vous demandons urgemment de réclamer la préservation du programme NGI dans le programme de financement 2025.

      [1] Tels que définis par Horizon Europe, les États Membres élargis sont la Bulgarie, la Croatie, Chypre, la République Tchèque, l’Estonie, la Grèce, la Hongrie, la Lettonie, la Lithuanie, Malte, la Pologne, le Portugal, la Roumanie, la Slovaquie et la Slovénie. Les pays associés élargies (sous conditions d’un accord d’association) l’Albanie, l’Arménie, la Bosnie Herzégovine, les Iles Feroé, la Géorgie, le Kosovo, la Moldavie, le Monténégro, le Maroc, la Macédoine du Nord, la Serbie, la Tunisie, la Turquie et l’Ukraine. Les régions élargies d’outre-mer sont : la Guadeloupe, la Guyane Française, la Martinique, La Réunion, Mayotte, Saint-Martin, Les Açores, Madère, les Iles Canaries.

       Photo de Maximalfocus sur Unsplash

       

    • sur GéoDataDays 2024

      Publié: 25 July 2024, 6:49am CEST par Caroline Chanlon

      Oslandia est cette année encore sponsor des GéoDataDays qui se tiendront les 19 et 20 septembre 2024 à Nantes ! Retrouvez-nous sur notre stand pour découvrir nos solutions et notamment Piero, l’application Web 3D SIG/BIM open source et sur l’espace Démo pour un atelier Métropoles ? OpenSource !

      Venez discuter des dernières avancées de l’open source Geospatial, voir les projets que nous avons réalisés, et découvrir comment nous pouvons répondre à vos problématiques.

      Vous y croiserez notamment Bertrand Parpoil, Vincent Picavet, Julien Moura et Vincent Bré !

      Inscription : [https:]]

    • sur [1’Tech by Oslandia] open data

      Publié: 23 July 2024, 6:55am CEST par Caroline Chanlon

      Dans cette minute Tech, nos collaborateurs vous proposent d’expliquer une technologie, une méthodologie, un concept. Après open source, LiDAR, webGL, réversibilité, TCO et même télétravail, on a brainstormé sur GitLab pour donner notre meilleure définition de l’open data

      L’open data ( « Donnée ouverte » ), est la donnée librement accessible. Elle concerne notamment toutes les données publiques accessibles aux usagers : citoyens, entreprises, collectivités, … Elles peuvent être d’origine privée mais sont la plupart du temps mises à disposition par une collectivité ou un établissement public.

      L’Open Knowledge Foundation en 2005 donnent les critères essentiels de l’open data : la disponibilité, la réutilisation et la distribution, et la participation universelle. En France, il existe un cadre légal obligeant à l’ouverture de certaines données.
      Ces ressources ouvertes accessibles dans des catalogues de données, permettent de construire des outils comme des observatoires pour lesquels la représentation cartographique est utilisée.

      Oslandia a travaillé sur de nombreux projets mobilisant de l’open data, c’est le cas de Terristory®, un outil partenarial d’aide au pilotage de la transition des territoires ou sur des projets avec Bruxelles Environnement. Nous avons également une connaissance approfondie de la donnée OpenStreetMap.

      L’open data permet d’alimenter ces outils numériques avec de la donnée de qualité permettant ainsi des services de qualité.

      OpenData et OpenSource forment le combo libre et efficient !

    • sur [Équipe Oslandia] Jean-Marie, développeur C++ / Python

      Publié: 18 July 2024, 7:30am CEST par Caroline Chanlon

      Jean-Marie a toujours aimé l’électronique et tout ce qui touche au traitement du signal. Il rejoint l’INSA Rennes, une école d’ingénieur généraliste en spécialité ESC – Electronique et Systèmes de Communication (aujourd’hui E&T) sur les problématiques télécommunications.

      Il réalise son stage de fin d’étude chez Silicom à Rennes sur le sujet « Modélisation de systèmes de communication » sous Matlab avant d’être embauché par la même entreprise mais pour une toute autre mission …le développement d’une application informatique de simulation de réseaux télécom pour la DGA avec QT en C++ !

      « Je ne connaissais pas trop l’informatique, quelques notions pendant mes études, mais j’aimais bien, ça me plaisait de pouvoir me lancer là dedans. J’ai acquis des connaissances en pratiquant, c’est comme ça qu’on apprend ! »

      Ensuite, Jean-Marie saisit l’opportunité de travailler sur le passage au tout numérique via la TNT. « J’ai travaillé pendant 2 ans et demi au CSA, j’ai réalisé des études sur la planification de fréquences, étudié les couvertures des émetteurs TNT. C’était une super expérience, j’ai travaillé sur un projet qui a impacté les français au quotidien ! »

      De retour à Rennes, il reprend le développement en C++ avec QT, notamment pour un projet d’analyse de signaux sismiques du CEA et découvre QGIS. Une nouvelle compétence qu’il mobilise pour la DGA et le développement d’un outil basé sur QGIS pour l’affichage de données relatives à l’aide à la planification de missions satellites.

      « 14 ans chez Silicom, il était temps de passer à autre chose »

      Jean-Marie rejoint Oslandia en novembre 2021 en tant que développeur C++ / Python où il réalise des missions de développement et DevOps, notamment pour Viamichelin sur la refonte du calcul d’itinéraire de l’outil en ligne ou pour l’IGN pour la mise en place du calcul d’itinéraire sur la nouvelle Géoplateforme.

      Projet emblématique

      Jean-Marie a produit 80% du code d’OpenLog, un outil de visualisation de données de sondage open source porté par Apeiron (filiale d’Oslandia).

      « Ce projet m’a permis de mobiliser mes connaissances sur la représentation de données »

      Technologies de prédilection

      Python et C++

      Ta philosophie

      Le partage ! Ce qu’on produit peut être utilisé par d’autres, nous partageons nos connaissances et notre travail !

      Oslandia en 1 mot

      Ouverture par rapport à l’open source et dans le sens où tout est transparent dans l’entreprise, tout le monde peut donner son avis, les décisions sont prises collectivement.

    • sur Une vision multiscalaire des rapports de force politiques

      Publié: 16 July 2024, 10:27am CEST par Nicolas Lambert

      Camarades cartographes, nous sortons d’une séquence politique inédite. Le pays semble fracturé en trois blocs avec une extrême droite au plus haut. Mais comment rendre compte cartographiquement des clivages géographiques qui fracturent le pays ?

      Dans un billet réalisé avec Antoine Beroud et Ronan Ysebaert pour le journal l’Humanité (voir), nous proposons une série de cartes avec des représentations continues à plusieurs échelles. La méthode d’interpolation spatiale utilisée ici est connue sous le nom de potentiel, de potentiel gravitationnel ou d’accessibilité gravitationnelle. Le concept a été développé dans les années 1940 par le physicien John Q. Stewart à partir d’une analogie avec le modèle gravitationnel. Ce potentiel est défini comme un stock – un nombre de voix – pondéré par une distance définie ici par une fonction gaussienne (courbe en cloche). En faisant varier la portée de cette fonction, l’algorithme permet de dessiner des cartes plus ou moins généralisées pour montrer les grandes structures spatiales selon différentes échelles d’analyse, en faisant abstraction des irrégularités du maillage sous-jacent.

      In fine, la méthode permet de rendre compte avec différents filtres d’observation, des lignes de force des différents blocs politiques qui structurent géographiquement le pays.

      Bloc de gauche

      Bloc de droite

      Bloc d’extrême droite

      Des comparaisons deux à deux sont également possibles.

      Article initial et explications méthodologiques : [https:]]

      Code source : [https:]] & [https:]]

      Nicolas Lambert

      Ingénieur de recherche CNRS en sciences de l'information géographique.
      Membre de l'UMS RIATE et du réseau MIGREUROP / CNRS research engineer in geographical information sciences. Member of UMS RIATE and the MIGREUROP network.

      More Posts

      Follow Me:
      Twitter

    • sur TerriSTORY® – Une histoire de territoires OpenSource

      Publié: 16 July 2024, 7:04am CEST par Sylvain Beorchia

      Lorsque nous avons commencé à travailler sur Terristory en 2018, c’était alors un POC (Proof Of Concept) commandé par AURA-EE,  Auvergne Rhône-Alpes Énergie Environnement. Le premier sprint devait convaincre de la faisabilité et projeter les ambitions de l’association. 6 ans plus tard, la plateforme devenue publique est un projet OpenSource maintenu de façon autonome directement par AURA-EE.

      Le développement de la plateforme s’est déroulé sur plusieurs années. Au départ Oslandia était le prestataire chargé de réaliser et conseiller l’AURA-EE sur le projet, mais il était prévu aussi de former petit à petit les équipes côté association et de transmettre le savoir pour un jour permettre une totale autonomie. En parallèle, il y avait une volonté forte de la part d’Oslandia d’arriver à terme à une ouverture du code source de l’application, ce qui était également une volonté d’AURA-EE dès le départ.

      Publier le code source d’une application (ici un site web) n’est pas forcément une tâche difficile en apparence.  On pourrait penser qu’il s’agit juste de créer un répertoire gitlab et d’y déposer le code. Dans les faits, c’est ce qui se passe. Néanmoins, une bonne préparation en amont est nécessaire si on souhaite une ouverture de qualité.

      De nombreuses questions se bousculent alors

      Quand doit-on publier ? Est-ce que la documentation est prête ? Dois-je traduire en anglais ? A-t-on résolu tous les bugs critiques ? Comment va se passer la publicité ? Y-a-t il un formalisme à respecter ? Les aspects juridiques sont-ils couverts ? Est-on prêt à recevoir les retours de la communauté ?

      Les étapes

      La première chose à faire était de choisir la licence. Dans le cas de Terristory c’est la GNU Affero (ou AGPL) version 3 qui a été sélectionnée, après étude des tenants et des aboutissants. Ici il s’agit d’un outil serveur, sur lequel AURA-EE et les différents partenaires impliqués au sein d’un consortium national voulaient que les modifications faites par les utilisateurs soient reversées.

      Un premier travail de documentation et de structuration du code a été entrepris par AURA-EE. Avoir une bonne documentation, des guidelines sont essentiels pour s’assurer que toute personne intéressée par la réutilisation ou par la contribution au code puisse aisément installer, tester et ajouter de nouvelles fonctionnalités.

      Le code de Terristory a également connu de nombreuses phases de refactoring, c’est à dire de réécriture de certaines parties parce qu’obsolète, pas assez efficaces ou suite à des changements de librairies utilisées. Outre les évolutions fonctionnelle d’une telle application, le refactoring constitue une partie importante de la vie du logiciel. D’autant plus sur les applications Web où les avancées technologiques sont rapides. Il faut maintenir le code, et suivre l’évolution des librairies sous-jacentes si on veut pouvoir faire évoluer le site plus facilement et par un maximum de personnes. Côté Oslandia, nous anticipons au mieux ces phases de développement pour éviter le jour J de devoir faire une revue totale et potentiellement complexe du code juste avant la publication.

      Oslandia a accompagné AURA-EE sur toutes ces années, et a réussi à lui transmettre la culture de l’OpenSource, aussi bien techniquement que dans les méthodes de travail. Ainsi, les collaborateurs d’AURA-EE sont vite devenus des utilisateurs experts de Gitlab, des utilisateurs experts de la solution, puis des développeurs de l’application, pour enfin procéder eux-même à la libération publique du code. En tant qu’ancien développeur principal de l’application pendant plusieurs années, je suis personnellement assez fier du travail accompli et de la manière dont les choses se sont déroulées.

      [Témoignage]

      Pierrick Yalamas, Directeur intelligence territoriale et observatoires à Auvergne-Rhône-Alpes Énergie Environnement :
      « Oslandia a su nous accompagner durant les premières années du projet TerriSTORY® : des premiers développements à l’appui juridique (choix de la licence) pour l’ouverture du code. L’équipe est maintenant complètement autonome. L’ouverture du code début 2023 a déjà donné lieu (mi-2024) à plusieurs réutilisations, qui permettent d’enrichir les fonctionnalités de TerriSTORY®. »

      Notre vision

      Le projet TerriSTORY® et la manière dont il s’est déroulé correspond à la vision d’Oslandia de la relation client : notre objectif est de fournir les outils et les méthodes permettant aux organisations que nous accompagnons d’être le plus efficace et le plus autonome possible. Et ce, sur tous les aspects d’un projet logiciel : technique, mais aussi organisationnel, juridique, sur l’infrastructure de développement et les process mis en place. Voir des solutions que nous avons ébauchées prendre leur propre autonomie, dans le respect de l’esprit du logiciel libre est une satisfaction et une fierté pour toute l’équipe, et nous sommes reconnaissants à l’AURA-EE de nous avoir fait confiance pour cela.

    • 14 July 2024

    • sur Premiers MNT LidarHD

      Publié: 14 July 2024, 6:55pm CEST par Simon Gascoin
      Pièce jointe: [télécharger]

      L’IGN communique actuellement sur la mise à disposition des premiers MNT dérivés des nuages de points LiDAR HD.

      [Thread LiDAR HD ?] Vous les attendiez ? Les premiers modèles numériques #LiDARHD sont maintenant disponibles et accessibles à tous en #opendata ?

      ? [https:]]

      ? La Charente-Maritime (bloc FK), le Nord (KA) et le Pas-de-Calais (JA) sont les premiers… pic.twitter.com/1UFOZabImE

      — IGN France (@IGNFrance) July 10, 2024

      A mon avis, cet exemple est mal choisi puisqu’un MNT de la citadelle de Gravelines de qualité équivalente  était déjà disponible dans le RGE ALTI® 1m en libre accès depuis le 1er janvier 2021. Sur ce secteur les métadonnées du RGE ALTI® indiquent que la source est un LiDAR de densité d’acquisition à 1 points au m². On pouvait donc déjà voir ces fortifications dans mon interface de visualisation du RGEALTI.

      Comparaison des MNT RGE ALTI® 1m et LiDAR HD sur le fort de Gravelines

      En effet, le RGE ALTI® est un composite de plusieurs sources de données… La qualité du produit final est très variable ! En l’occurrence Gravelines était déjà couvert en lidar comme le reste du littoral.

      Sources du RGE ALTI® (oui sans la légende) : corrélation (en général), lidar (littoral, rivières et villes) ou radar (montagnes). Pour en savoir plus consulter l’annexe B de ce document [https:]]

      Pour le littoral, le nouveau MNT LiDAR HD présente un intérêt plus marquant là où la surface terrestre a changé récemment. On peut ainsi comparer les MNT RGE ALTI® et LiDAR HD pour observer l’évolution des dunes de la Slack près de Wimereux. Malheureusement je ne connais pas les dates d’acquisition de ces deux produits.

      document.createElement('video'); [https:]]

      Mais le véritable intérêt du MNT LiDAR HD se situe plutôt dans les zones où la source des données pour construire le RGE ALTI® n’était pas du lidar. Par exemple dans le département du Pas-de-Calais se trouve la plus grande carrière de France, les Carrières du Boulonnais.

      Comparaison des MNT RGE ALTI® 1m et LiDAR HD sur les Carrières du Boulonnais

      Vivement la mise à disposition des autres régions de France !

      Photo en-tête : Zoom sur la partie centrale de la carrière de Ferques (Pas de Calais) par Pierre Thomas. Source : Planet Terre [https:]]

    • sur Premiers MNT LiDAR HD

      Publié: 14 July 2024, 6:55pm CEST par Olivier Hagolle
      Pièce jointe: [télécharger]

      L’IGN communique actuellement sur la mise à disposition des premiers MNT dérivés des nuages de points LiDAR HD. A mon avis, cet exemple est mal choisi puisqu’un MNT de la citadelle de Gravelines de qualité équivalente  était déjà disponible dans le RGE ALTI® 1m en libre accès depuis le 1er janvier 2021. Sur ce secteur […]
    • 13 July 2024

    • sur Crue du Vénéon : que nous apprennent les images satellites ?

      Publié: 13 July 2024, 2:27am CEST par Simon Gascoin
      Pièce jointe: [télécharger]

      Le 21 juin 2024, la crue torrentielle du Vénéon et de son affluent le torrent des Étançons a dévasté le hameau de la Bérarde dans le massif des Écrins. Cette crue a résulté des fortes pluies et de la fonte de la neige, et a peut-être été aggravée par la vidange d’un petit lac supra-glaciaire.

      L’année en cours est particulièrement excédentaire en neige dans les Alpes, en particulier à haute altitude. Le stock de neige dans le bassin du Rhône au printemps 2024 est bien supérieur à la normale des trente dernière années mais proche de celle des années 1961-1990. Or une telle crue ne s’est pas produite depuis la moitié du 20e siècle au moins à la Bérarde. Que s’est-il passé ?

      Image

      Le secteur est bien instrumenté avec une station hydrométrique sur le Vénéon à 3 km en aval de la Bérarde (1581 m) et une station météorologique située à 6 km de route près du bourg de Saint-Christophe-en-Oisans (1564 m).

      Séries horaires de précipitations et de débit entre le 19 juin 00h et le 21 juin 18h TU.

      Le cumul de précipitation mesuré entre le 19 et le 21 juin est considérable, précisément 100 mm en 34 heures. J’ai calculé le bassin versant du Vénéon à cette station hydrométrique Saint-Christophe-en-Oisans à partir du modèle numérique de terrain RGE ALTI® 5m fourni par l’IGN. Sa superficie est de 104 km², le volume d’eau reçu pendant ces 34 heures est donc 10 millions de mètres cube, soit 84 m³/s. On constate que le débit de crue s’approchait de 80 m³/s avant que l’enregistrement ne cesse. Il est probable que ces 100 mm de pluie intense expliquent l’essentiel de la crue. Malheureusement la série de débit est interrompue et à ce jour il est impossible de fermer le bilan hydrologique. Peut-on en savoir plus sur la contribution du manteau neigeux à partir des images satellitaires ?

      Bassin versant du Vénéon à la station hydrométrique de St-Christophe-en-Oisans (marqueur rouge) et la station météorologique associée (marqueur bleu).

      Ce bassin draine des zones de haute montagne dont l’antécime de la Barre des Ecrins qui culmine à plus de 4000 m d’altitude. Les fluctuations diurnes de débit indiquent que la fonte des neiges avait commencé à alimenter le Vénéon depuis le début du mois de juin (la taux de fonte est en grande partie contrôlé par l’énergie solaire donc il suit le rythme des journées).

      Série journalière des précipitations et série horaire du débit du Vénéon à St-Christophe-en-Oisans. La série de débit est interrompue à partir du 21 juin sans doute à cause des dégâts causés par la crue.

      Les images Sentinel-2 avant et après la crue montrent que le manteau neigeux a bien réduit entre les deux dates car sa limite basse remonte en altitude. Un autre détail intéressant est le changement de couleur : les zones enneigées blanches de haute altitude ont disparu, ce qui suggère que la fonte a eu lieu jusqu’aux plus hauts sommets du bassin versant. En effet, les poussières sahariennes ont été déposées à la fin du mois de mars 2024.

      [https:]]

       

      On peut analyser l’évolution de l’enneigement à partir des cartes de neige Theia ou Copernicus. Voici par exemple celle du 2 juillet 2024.

      Une façon de résumer l’enneigement et de s’affranchir des nuages est de calculer la « ligne de neige », c’est-à-dire l’altitude qui délimite en moyenne la partie basse de l’enneigement. Pour la calculer j’utilise l’algorithme de Kraj?í et al. (2014) qui minimise la somme de la surface enneigée sous la ligne de neige et de la surface non-enneigée au dessus de la ligne de neige. Dans cet exemple on obtient 2740 m.

      Les cartes de neige sont disponibles depuis 2015 (Landsat 8, Sentinel-2). La série complète sur le bassin versant du Vénéon à St Christophe permet de voir la remontée de la ligne de neige entre avril (01/04 = jour 91) et août (01/08 = jour 213).

      L’année 2024 se distingue par une limite d’enneigement plus basse que les huit années précédentes.

      Si on superpose cette ligne de neige avec l’isotherme 0°C donnée par ERA5 on constate que l’intégralité du bassin versant était sous l’iso 0°C quelques jours avant la crue, ce qui suggère (1) qu’il a plu à très haute altitude (2) qu’il y a eu un apport de fonte, d’autant que le manteau neigeux avait déjà été bien réchauffé au début du mois de juin.

      Des images satellites à très haute résolution (Pléiades Neo) ont été acquises dans le cadre de la CIEST2. Ces images permettent de voir les traces des pluies abondantes sur la neige lessivée et des avalanches de neige humide autour du glacier de Bonne Pierre.

      Image satellite du manteau neigeux sur le glacier de Bonne Pierre (Pléiades Neo 04 juillet 2024, composition colorée)

       

      Image satellite du manteau neigeux sur le glacier de Bonne Pierre (Pléiades Neo 04 juillet 2024, panchromatique)

      En conclusion, les données disponibles montrent cette crue est une crue de pluie sur neige (Rain-On-Snow). On trouve tous les ingrédients favorables à ce type de crue :

      • une pluie intense ;
      • un manteau neigeux particulièrement étendu avec une ligne de neige basse pour la saison ;
      • un manteau neigeux déjà en régime de fonte ou proche (isothermal, ripe snowpack) ;
      • un apport de chaleur pendant l’évènement, ici une atmosphère chaude et humide qui a dû émettre de forte quantités de rayonnement thermique.

      Les taux de fonte peuvent dépasser 20 mm/jour dans les zones de montagne. Cet apport de fonte doit être pondéré par la fraction enneigée du bassin. Le 17 juin 60% de la surface du bassin était enneigée donc on peut estimer une contribution potentiellement de l’ordre de 15 mm/jour pendant la crue à comparer aux 100 mm de pluie mesurés à St-Christophe pendant l’épisode. Donc le manteau neigeux a pu augmenter significativement l’apport d’eau liquide dans ce bassin versant. Néanmoins, d’autres facteurs aggravants sont à considérer :

      • une augmentation du taux de précipitation par effet orographique : les précipitations mesurés à St-Christophe à 1564 m sont probablement sous-estimées à l’échelle du bassin versant de la Bérarde qui s’étend jusqu’à 4086 m (Pic Lory) ;
      • la saturation des sols et des nappes d’eau souterraines (y compris le thermokarst glaciaire) suite à un printemps bien arrosé et une fonte des neiges en cours depuis plusieurs semaines.

      Ces évènements Rain-On-Snow sont bien étudiés aux USA où ils sont connus pour déclencher des crues dévastatrices (comme le débordement du lac Oroville en Californie). Plusieurs études montrent que le changement climatique augmente le risque de crue Rain-On-Snow en haute montagne [1, 2].

      Les images Pléiades Neo étant des prises stéréo, elles devraient également permettre aux géomorphologues de calculer les volume de sédiments charriés lors de cette crue exceptionnelle.

      Mise à jour 15/07/2024. Le SYMBHI nous apprend que « Le débit du Vénéon a atteint 200 m3/s (source EDF) à plan du Lac (St Christophe en Oisans) ». Cela ferait une lame d’eau horaire de 7 mm, ce qui reste compatible avec les mesures du pluviomètres de St Christophe (on observe 3h avec des taux supérieurs à 8 mm/h).

    • sur Crue du Vénéon : que nous apprennent les images satellites ?

      Publié: 13 July 2024, 2:27am CEST par Olivier Hagolle
      Pièce jointe: [télécharger]

      Le 21 juin 2024, la crue torrentielle du Vénéon et de son affluent le torrent des Étançons a dévasté le hameau de la Bérarde dans le massif des Écrins. Cette crue a résulté des fortes pluies et de la fonte de la neige, et a peut-être été aggravée par la vidange d’un petit lac supra-glaciaire. […]
    Sauter à la page: 1 2 3 4 5 6 ... 15
     
    ← Du côté des éditeurs Géomatique anglophone →