Merge branch 'master' into article/retrospective-qalendrier-decembre-2025

Author: gounux

.pre-commit-config.yaml

@@ -21,21 +21,21 @@ repos:
           - --markdown-linebreak-ext=md
 
   - repo: https://github.com/asottile/pyupgrade
-    rev: v3.21.0
+    rev: v3.21.2
     hooks:
       - id: pyupgrade
         args:
           - "--py39-plus"
 
   - repo: https://github.com/astral-sh/ruff-pre-commit
-    rev: "v0.14.3"
+    rev: "v0.14.7"
     hooks:
       - id: ruff
         args:
           - --fix-only
 
   - repo: https://github.com/psf/black-pre-commit-mirror
-    rev: 25.9.0
+    rev: 25.11.0
     hooks:
       - id: black
 
@@ -57,7 +57,7 @@ repos:
           - --select=E9,F63,F7,F82
 
   - repo: https://github.com/igorshubovych/markdownlint-cli
-    rev: v0.45.0
+    rev: v0.46.0
     hooks:
       - id: markdownlint
         args:

config/extra_social.yml

@@ -8,6 +8,9 @@ social:
   - icon: "fontawesome/brands/mastodon"
     link: https://mapstodon.space/@geotribu
     name: "Geotribu sur Mapstodon"
+  - icon: simple/matrix
+    link: "https://matrix.to/#/#geotribu:matrix.org"
+    name: "Rejoindre le chat Matrix de Geotribu"
   - icon: fontawesome/brands/bluesky
     link: https://bsky.app/profile/geotribu.bsky.social
     name: Geotribu sur BlueSky
@@ -31,4 +34,4 @@ social:
     name: "Nous contacter"
   - icon: "fontawesome/solid/piggy-bank"
     link: /team/sponsoring/
-    name: "Le pot commun sur Tipee"
+    name: "Sponsoriser Geotribu"

content/articles/2008/2008-08-22_introduction-a-la-programmation-orientee-objet-en-javascript.md

@@ -90,9 +90,9 @@ Exemple :
 
 ## Tableau récapitulatif
 
-|Concept |Support par JavaScript|
-|:--------------- |:---------------|
-|Classe | Support partiel, aucun élément élément de langage dédié. Mais possibilité d'utilisation via les fonctions/closures/prototype |
+| Concept | Support par JavaScript |
+| :------ | :------------ |
+| Classe | Support partiel, aucun élément élément de langage dédié. Mais possibilité d'utilisation via les fonctions/closures/prototype |
 | Composition/agrégation | Ces deux mécanismes sont supportés |
 | Encapsulation/visibilité | Aucun support |
 | Héritage | JS permet de faire de l'héritage mais il n'existe pas de mot-clé extends prévu à cet effet. L'héritage est une recopie compléte des méthodes et attributs |

content/articles/2008/2008-08-22_introduction-a-openlayers.md

@@ -79,14 +79,14 @@ Comme vous avez pu le constater dans l'exemple 1, OpenLayers dispose d'une inter
 
 Dans la liste ci-dessous sont définies les boutons de contrôles les plus courants (une liste complète est néanmoins disponible ici) :
 
-|Classe | Description |
-| :--------------- |:---------------|
-|PanZoomBar | Affiche une barre de zoom (par défaut c'est panZoom qui est utilisé).|
-|Scale | Affiche l'échelle courante.|
-|LayerSwitcher | Affiche un sélecteur permettant de choisir la couche désirée.|
-|EditingToolbar | Affiche la barre d'édition des objets géographiques.|
-|MousePosition | Affiche la position du curseur.|
-|OverviewMap | Ajoute une carte de référence.|
+| Classe | Description |
+| :----- | :---------- |
+| PanZoomBar | Affiche une barre de zoom (par défaut c'est panZoom qui est utilisé). |
+| Scale | Affiche l'échelle courante. |
+| LayerSwitcher | Affiche un sélecteur permettant de choisir la couche désirée. |
+| EditingToolbar | Affiche la barre d'édition des objets géographiques. |
+| MousePosition | Affiche la position du curseur. |
+| OverviewMap | Ajoute une carte de référence. |
 
 Il existe deux manières pour modifier l'apparence général de la carte :
 

content/articles/2008/2008-08-31_afficher-des-infobulles-sur-des-objets-part-2.md

@@ -55,8 +55,8 @@ mlayer.addMarker(marker1);
 
 Voici les propriétés et méthodes de cette classe :
 
-| Propriétés |  |
-| :--------------- |:---------------|
+| Propriétés | Type |
+| :--------- | :--- |
 | labelDiv | DOMElement |
 | label | String |
 | mouseOver | Boolean |
@@ -71,8 +71,8 @@ Voici les propriétés et méthodes de cette classe :
 | opacity | String |
 | fontBold | String |
 
-| Méthodes | |
-| :--------------- |:---------------|
+| Méthodes | Type |
+| :------- | :--- |
 | OpenLayers.Marker.Label | Constructeur |
 | destroy | Supprime le marker et l'infobulle |
 | draw | Dessine le marker et l'infobulle |

content/articles/2009/2009-07-17_la-geomatique-decisionelle-l-avenir-du-sig.md

@@ -33,13 +33,13 @@ Si de par sa logique la géomatique décisionnelle se situe à l'opposée des st
 
 Globalement les différences entre nos systèmes SIG actuels et les systèmes SOLAP se situent au niveau de leur conception et des objectifs finaux. Le tableau ci-dessous compare succinctement les caractéristiques de chacune :
 
-| SIG  | SOLAP |
-| :---------------: |:---------------:|
-|Base de données de type transactionnelle : orientée MAJ/transaction |Base de données de type OLTP : orienté analyse |
-|Optimisation de l'espace de stockage |Optimisation des temps de réponse (précalcul et agrégation des données)|
-|Interface de requête et d'analyse complexe |Interaction complète de l'utilisateur avec les données.|
+| SIG | SOLAP |
+| :--: | :---: |
+| Base de données de type transactionnelle : orientée MAJ/transaction | Base de données de type OLTP : orienté analyse |
+| Optimisation de l'espace de stockage | Optimisation des temps de réponse (précalcul et agrégation des données) |
+| Interface de requête et d'analyse complexe | Interaction complète de l'utilisateur avec les données. |
 
- De cette nouvelle approche est née [Jmap](http://www.kheops-tech.com/en/home/index.jsp) 1er logiciel commercial intégrant le concept SOLAP. Néanmoins au niveau openSource aucune solution n'était jusqu'alors disponible. Ce vide est dorénavant comblé avec l'arrivée de la nouvelle version de [GeoKettle](http://geosoa.scg.ulaval.ca/en/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=17), de [GeoMondrian](http://www.geo-mondrian.org/) et [Spatialytics](http://www.spatialytics.org/), tous développés par l'équipe du professeur Thierry Badard également de l'université de Laval. Sa présentation est résumée dans les deux paragraphes ci-dessous :  
+De cette nouvelle approche est née [Jmap](http://www.kheops-tech.com/en/home/index.jsp) 1er logiciel commercial intégrant le concept SOLAP. Néanmoins au niveau openSource aucune solution n'était jusqu'alors disponible. Ce vide est dorénavant comblé avec l'arrivée de la nouvelle version de [GeoKettle](http://geosoa.scg.ulaval.ca/en/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=17), de [GeoMondrian](http://www.geo-mondrian.org/) et [Spatialytics](http://www.spatialytics.org/), tous développés par l'équipe du professeur Thierry Badard également de l'université de Laval. Sa présentation est résumée dans les deux paragraphes ci-dessous :  
 
 GeoKettle ajoute une dimension spatiale à l'ETL (Extract Transform Load) de Pentaho Data Integration (Kettle). Les nouveautés apportées par la version 3.1.0-20081103 sont notamment :
 

content/articles/2013/2013-12-04_temps_reponses_compares_osrm_graphhopper.md

@@ -48,11 +48,11 @@ Ce premier test nous a également permis de créer cinq nouveaux jeux de donnée
 Tous les temps sont exprimés en msec. ([détail](http://tsung.quiedeville.org/tsung-reports/20131202-1446/report.html) des résultats)
 
 | Jeu de données | Ghp Mean | OSRM mean | delta % | Ghp 95th | OSRM 95th | delta % |
-| :--------------- |:---------------:|:---------------:|:---------------:|:---------------:|:---------------:|:---------------:|
+| :------------- | :------: | :-------: | :-----: | :------: | :-------: | :-----: |
 | inf à 3km | 49.5 | 48.01 | -3.10 | 55.12 | 52.13 | -5.74 |
 | entre 3 km et 50km | 51.94 | 54.29 | 4.33 | 58.74 | 75.93 | 22.64 |  
 | entre 50 km et 200 km | 60.10 | 72.33 | 16.91 | 79.51 | 96.42 | 17.54 |  
-| entre 200 km et 500 km | 81.92 | 100 | 18.08 | 93.43 | 150 | 37.71  |
+| entre 200 km et 500 km | 81.92 | 100 | 18.08 | 93.43 | 150 | 37.71 |
 | sup à 500 km | 98.97 | 150 | 34.02 | 120 | 220 | 45.45 |
 
 L'analyse des résultats du tableau ci-dessus montre que si l'on compare les temps de réponses de chacun des outils par jeu de données, on voit que globalement les temps de GraphHopper (Ghp) sont meilleurs que OSRM. Il faut tout de même noter que OSRM reste plus rapide sur les trajets courts (inférieur à 3 km). Enfin pour les deux outils le temps de réponses augmente en fonction de la distance du trajet, ce que montre très nettement le grahique ci dessous.

content/articles/2014/2014-03-24_non_mapserver_geoserver_tilecache_ne_sont_pas_toujours_necessaires.md

@@ -35,17 +35,17 @@ Il faut savoir que ce système fonctionne de manière pyramidale avec un nombre
 
 Source de l'image : [Web Map Tile Services for Spatial Data Infrastructures: Management and Optimization](http://www.intechopen.com/books/cartography-a-tool-for-spatial-analysis/web-map-tile-services-for-spatial-data-infrastructures-management-and-optimization#F1)
 
-|zoom | nombre de tuiles |
-| :---------------: |:---------------:|
-|0 | 1 tuile qui recouvre la terre entière |
-|1 | 4 tuiles |
-|2 | 16 tuiles |
-|n | 2^2n  tuiles |
-|12 | 16 777 216 tuiles |
-|16 | 2^32 = 4 294 967 296 tuiles |
-|17 | 17 179 869 184 tuiles |
-|18 | 68 719 476 736 tuiles |
-|19 | 274 877 906 944 tuiles |
+| zoom | nombre de tuiles |
+| :--: | :--------------: |
+| 0 | 1 tuile qui recouvre la terre entière |
+| 1 | 4 tuiles |
+| 2 | 16 tuiles |
+| n | 2^2n  tuiles |
+| 12 | 16 777 216 tuiles |
+| 16 | 2^32 = 4 294 967 296 tuiles |
+| 17 | 17 179 869 184 tuiles |
+| 18 | 68 719 476 736 tuiles |
+| 19 | 274 877 906 944 tuiles |
 
 Source du tableau : le [Wiki d'OSM](https://wiki.openstreetmap.org/wiki/Slippy_map_tilenames#Zoom_levels)
 

content/articles/2015/2015-01-18_7th_international_workshop_on_information_fusion_and_geographic_information_systems.md

@@ -21,8 +21,8 @@ Du 18 au 20 Mai se tiendra à Grenoble le [7e workshop international sur la fusi
 
 Voici en détail les thèmes et sous thèmes qui seront abordés :
 
-|GIS Fundamental Issues | GIS applications, practical experience reviews and project reports |
-| :--------------- |:---------------|
+| GIS Fundamental Issues | GIS applications, practical experience reviews and project reports |
+| :--------------- | :-------------- |
 | Data modeling, analysis, integration and fusion in GIS | Aerial GIS |
 | Artificial Intelligence and GIS. | Transportation GIS |
 | Knowledge-based GIS | Energy GIS |

content/articles/2021/2021-06-22_odk_postgis_2.md

@@ -135,8 +135,8 @@ Notez que la dernière question n'est pas visible et nécessite de "scroller" l'
 
 L'ensemble de ces paramètres est concaténé dans une chaîne nommée "preferences_utilisateur" (champ de type _calculate_ et fonction _concat_ dans la colonne **calculation**).
 
-| **type**  | **name**                | **calculation**                                              |
-| --------- | ----------------------- | ------------------------------------------------------------ |
+| **type** | **name** | **calculation** |
+| :------- | :------- | :-------------- |
 | calculate | preferences_utilisateur | concat(if(${utiliser_geopoint} = 'true','point',''),if(${utiliser_geotrace} = 'true','line',''),if(${utiliser_geoshape} = 'true','polygon',''),if(${animalia} = 'true','animalia',''),if(${plantae} = 'true','plantae',''),if(${fungi} = 'true','fungi',''),if(${habitat} = 'true','habitat',''),if(${pression_menace} = 'true','pression_menace',''),if(${observation_generale} = 'true','observation_generale',''),${nb_lettres}) |
 
 Une fois les paramétrages vérifiés et/ou modifiés, l'utilisateur peut choisir l'étude pour laquelle le relevé est effectué ainsi que le protocole de collecte utilisé.
@@ -253,15 +253,15 @@ Ils ont souhaité que cette liste propose d'abord les noms de référence, class
 ![propositions de taxons correspondant à la recherche](https://cdn.geotribu.fr/img/articles-blog-rdp/articles/odk_postgis_collecte/recherche_d_une_espece_propositions.png "propositions de taxons correspondant à la recherche"){: loading=lazy width=175px }
 {: align=middle }
 
-#### Extrait de la feuille de calcul **survey**
+#### Extrait de la feuille de calcul `survey`
 
-|      | **type**               | **name**          | **label**                  | **hint**                       | **calculation**                                              | **required** | **appearance**                                               | **relevant**                                              |
-| ---- | ---------------------- | ----------------- | -------------------------- | ------------------------------ | ------------------------------------------------------------ | ------------ | ------------------------------------------------------------ | --------------------------------------------------------- |
-| 1    | begin group            | plantae_selection | ${lb_nom_plantae}          |                                |                                                              |              | field-list                                                   | ${type_observation} = 'plantae'                           |
-| 2    | text                   | recherche_plantae | Nom de l’espèce végétale : | au moins ${nb_lettres} lettres |                                                              | yes          |                                                              |                                                           |
-| 3    | select_one list_espece | lb_nom_plantae    | Sélectionnez l'espèce :    |                                |                                                              | yes          | quick search('espece_plante', 'startswith', 'code_espece_key,lb_nom_key', ${recherche_plantae}) | string-length(${recherche_plantae}) > (${nb_lettres} - 1) |
-| 4    | calculate              | cd_nom_plantae    |                            |                                | pulldata('espece_plante','cd_nom_key','lb_cd_nom_key',${lb_nom_plantae}) |              |                                                              |                                                           |
-| 5    | end group              |                   |                            |                                |                                                              |              |                                                              |                                                           |
+| `#` | type | name | label | hint | calculation | required | appearance | relevant |
+| --- | ---- | ---- | ----- | ---- | ----------- | -------- | ---------- | -------- |
+| 1 | begin group | plantae_selection | ${lb_nom_plantae} | | | | field-list | ${type_observation} = 'plantae' |
+| 2 | text | recherche_plantae | Nom de l’espèce végétale : | au moins ${nb_lettres} lettres | | yes | | |
+| 3 | select_one list_espece | lb_nom_plantae | Sélectionnez l'espèce : | | | yes | quick search('espece_plante', 'startswith', 'code_espece_key,lb_nom_key', ${recherche_plantae}) | string-length(${recherche_plantae}) > (${nb_lettres} - 1) |
+| 4 | calculate | cd_nom_plantae | | | pulldata('espece_plante','cd_nom_key','lb_cd_nom_key',${lb_nom_plantae}) | | | |
+| 5 | end group | | | | | | | |
 
 Nous utilisons ici aussi un référentiel externe (les entrées de la "liste déroulante" ne sont pas stockées dans la feuille **choices** mais dans un fichier csv).