# comments

remote_addr: 0.0.0.0
author: kingdomb88888
text:
  <p>ufakingdom Welcome to [url]<a href="http://www.ufakingdom.net" rel="nofollow noopener" title="www.ufakingdom.net">www.ufakingdom.net</a>[/url] website, [url=<a href="https://www.ufakingdom.net" rel="nofollow noopener" title="https://www.ufakingdom.net">https://www.ufakingdom.net</a>]Slot Joker[/url] another form of online gambling, a way to increase revenue generation in the present day, with more assistive technologies coming into our daily lives. We therefore recommend world-class online casino websites that have been</p>


remote_addr: 0.0.0.0
author: SMassol
text:
  <p>Super content de voir le retour de la GéoRDP et de Géotribu ! <br>Bravo et merci pour cette super source d'information.</p>


remote_addr: 0.0.0.0
author: Arnaud Mayis
text:
  <p>Merci beaucoup... Je rajeunis ! Et cela me rappelle que c'est cette GéoRDP hebdomadaire qui m'a fait "basculer" dans la géomatique ;)</p>


remote_addr: 0.0.0.0
author: Marc Leobet
text:
  <p>Franchement pénible. On ne peut pas lire ce truc sans y trouver trois sujets intéressants, longs et compliqués à lire, avec même du deep learning inside.</p>


remote_addr: 0.0.0.0
author: Thomas Michel
text:
  <p>Hello la team, <br>un stagiaire CQP demande si l'adresse du ftp ign, ne serait pas plutôt <a href="ftp://ftp3.ign.fr" rel="nofollow noopener" title="ftp://ftp3.ign.fr">ftp://ftp3.ign.fr</a> ??<br>ça marche mieux en effet, à bientôt</p>


remote_addr: 0.0.0.0
author: oreille
text:
  <p>Hello, ça serait pas plutôt <a href="ftp://ftp3.ign.fr" rel="nofollow noopener" title="ftp://ftp3.ign.fr">ftp://ftp3.ign.fr</a> ?</p>


remote_addr: 0.0.0.0
author: Geotribu
text:
  <p>Bonjour.</p><p>En effet, petite coquille passée à la trappe :)</p><p>Je vous invite à proposer la correction par vous-même en cliquant sur l'icône de crayon en haut de page et en suivant ce petit guide : <a href="https://static.geotribu.fr/contribuer/edit/fix_content_from_website/" rel="nofollow noopener" title="https://static.geotribu.fr/contribuer/edit/fix_content_from_website/">https://static.geotribu.fr/...</a></p><p>Merci !</p>


remote_addr: 0.0.0.0
author: Geotribu
text:
  <p>Salut Thomas</p><p>Tu sais comment faire : icône de crayon en haut de page --&gt; pull request ;)</p><p>Merci !</p>


remote_addr: 0.0.0.0
author: Geotribu
text:
  <p>Pas de souci, c'est déjà super d'avoir remonté la coquille.</p><p>Florian, le contributeur de la news a été prévenu et l'a corrigée ce week-end :).</p>


remote_addr: 0.0.0.0
author: Stéphane ROLLE
text:
  <p>Les structures régulières doivent correspondre aux fermes perlières, situées entre deux eaux.<br>Je connais un peu les lieux, vu que j'y ai vécu ;)<br>--&gt; et merci pour le tuto !<br></p><blockquote>Les structures régulières doivent correspondre aux fermes perlières, situées entre deux eaux.</blockquote><p><br>--&gt; après réflexion pas sur, les surfaces sont trop grandes</p>


remote_addr: 0.0.0.0
author: Aurelien Chaumet
text:
  <p>Merci pour le retour !<br>Je viens de regarder de nouveau et j'ai l'impression qu'on est sur une centaine d'hectares, donc c'est vrai que ça fait peut être beaucoup... Même si niveau culture perlière, je n'y connais pas grand chose.<br>En comparaison, sur Marennes Oléron pour la culture ostréicole, on est sur des parcs en mer, qui peuvent faire plusieurs dizaines d'hectares chacun, donc c'est relativement comparable.</p>


remote_addr: 0.0.0.0
author: Gilles Morain
text:
  <p>Hello, ma question est probablement stupide, mais après avoir survolé rapidement la doc de turfpy je n’ai pas compris l’intérêt de ce package quand il y a déjà Shapely qui est si bien intégré à l’écosystème GIS Python (GeoPandas pour ne citer que lui). Ai-je raté un truc ?</p>


remote_addr: 0.0.0.0
author: Geotribu
text:
  <p>Bonjour,</p><p>La question n'est pas stupide puisqu'on est en droit de se demander si cette bibliothèque ne réinvente pas la roue.</p><p>Pour y répondre, je pense que turfpy, basé sur Shapely, se positionne exactement comme sa muse javascript : un ensemble d'opérations prédéfinies et considérées comme récurrentes dans les traitements géospatiaux et packagés dans une couche d'abstraction sur les outils de base ou plus complexes.</p><p>L'idée n'est donc pas de remplacer mais de s'ajouter au-dessus de bibliothèques plus bas niveau. Après tout GéoPandas n'est qu'une surcouche à Pandas, Shapely à GEOS et ainsi de suite ;) !</p><p>(désolé je n'ai vu le commentaire que maintenant)</p>


remote_addr: 0.0.0.0
author: Parcé Bourg
text:
  <p>Ca fait du bien de retouver cette RDP après une longue pause. C'est un réel moment de plaisir ! Continuez comme ça.</p>


remote_addr: 0.0.0.0
author: Thomas Michel
text:
  <p>#theia maps permet de récupérer aussi une url WMTS <a href="http://maps.theia-land.fr/mapcache/wmts?service=WMTS&amp;version=1.0.0&amp;request=GetCapabilities" rel="nofollow noopener" title="http://maps.theia-land.fr/mapcache/wmts?service=WMTS&amp;version=1.0.0&amp;request=GetCapabilities">http://maps.theia-land.fr/m...</a></p>


remote_addr: 0.0.0.0
author: Edward H
text:
  <p>Mais oui, vive les jus d'abricots !! ça donne la pêche pour réaliser de belles GeoRDP :)</p><p>Merci pour votre travail, c'est toujours un plaisir à lire.</p><p>Peut-être pourriez-vous mettre un petit "warning" sur la sortie de QGIS 3.18 qui est malheureusement pleine de bugs dont les principaux vont être vite corrigés : <a href="#" rel="nofollow noopener" title="#">http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-Unscheduled-3-18-1-release-td5481311.html</a></p>


remote_addr: 45.132.251.0
author: Milfri
email: frasanmilfri@gmail.com
text:
  Merci pour ce tuto qui va m'être utile pour les mêmes thématiques et également pour le schéma cyclable de ma collectivité.


remote_addr: 77.193.37.0
author: Michaël G
email: michael.galien@gard.fr
text:
  Bonjour,

  Sympa l'article. Je pense que le calcul d'un décalage avec rendu via qgis est la bonne méthode. Cependant, juste pour info, il existe une fonction Postgis ST_OffsetCurve qui peut être pratique pour traiter le décalage par la base si jamais le logiciel de rendu ne permet pas ce type de représentation.


remote_addr: 90.15.167.0
author: VincentCloarec
email: vcloarec@gmail.com
text:
  A propos de Mergin, attention, les données sont hébergées en Irlande, qui est encore dans l'EU, il me semble en tout cas... une correction serait bienvenue.


remote_addr: 165.225.76.0
author: phibe3
email: beaussieu@orange.fr
text:
  Merci, je travaille sur une problématique similaire dans le cadre d'implantation fibre optique, je suis globalement sur la même idée mais en script python.
  Concernant le sens des tracés, c'est aussi un gros problème, ne pourrait-on pas résoudre ce problème dans la dernière jointure en mettant comme condition :
  ... ON ((a.pt_from = b.pt_from AND a.pt_to = b.pt_to) OR (a.pt_from = b.pt_to AND a.pt_to = b.pt_from))
  ou quelque chose du genre ?


remote_addr: 192.134.132.0
author: Cécile Duchêne
email: cecile.duchene@ensg.eu
text:
  Bonjour, le
  rendu est clairement beaucoup plus lisible avec le processus que vous proposez qu'en ayant
  toutes les lignes superposées les unes sur les autres. Pour aller plus loin en
  minimisant les intersections entre rubans colorés, on peut utiliser une
  approche par optimisation pour calculer des "offset_nr" qui
  minimisent ces intersections. J'ai travaillé là-dessus avec deux collègues en 2014, au cas où ça vous intéresserait nous avons décrit ce travail
  dans un article scientifique: http://www.josis.org/index.php/josis/article/view/230
  (pdf téléchargeable en bas de la page). Je n'ai pas vraiment suivi depuis si
  d'autres travaux ont été faits sur le sujet. Malheureusement le code n'est
  pas du code QGIS (ni python). J'ai essayé une année de définir un projet étudiants
  pour le porter dans QGIS (je suis enseignante-chercheure à l'Ecole Nationale
  des Sciences Géographiques) mais ça n'a pas abouti, c'était un trop gros
  morceau pour être traité en une seule fois. S'il y a un intérêt, et si ça peut attendre, je pourrais
  retenter l'expérience en saucissonnant le problème de portage en deux phases,
  je vois comment m'y prendre n'hésitez pas à me contacter.


remote_addr: 90.51.60.0
author: datawax
email: florian.boret@data-wax.com
text:
  Hello,
  Effectivement, c'est une possibilité mais dans ce cadre là, il est préférable de gérer le décalage dans l'outil de rendu parce que le ST_OffsetCurve va travailler en "mètres". 
  Est-ce que vous avez déjà eu des besoins pour ce type de représentation?


remote_addr: 90.51.60.0
author: datawax
email: florian.boret@data-wax.com
text:
  Pour moi si le problème doit être géré c'est juste après le découpage des lignes en tronçons mais la principale difficulté c'est surtout de déterminer de manière automatique le sens le plus pertinent pour le rendu.


remote_addr: 185.165.66.0
author: Gladal
email: Glada@gtruc.com
text:
  Pour la carte de plus de 4000 ans, un article plus fourni ici : https://www.inrap.fr/la-plus-ancienne-carte-d-europe-15574


remote_addr: 88.127.71.0
author: Aurelien (GeoTribu)
email: aurelienchaumet17@gmail.com
text:
  Bonsoir !
  En réalité, l'application StreetComplete se base sur les données OpenStreetMap. 
  Ces données sont disponibles via [l'api Overpass Turbo](https://overpass-turbo.eu/) ou sur des sites comme http://download.geofabrik.de/


remote_addr: 35.240.39.0
author: Haudelard
email: arthur.delaborde@gmail.com
text:
  Bravo. Une alternative effectivement très intéressante

  De mon côté j'utilise depuis 1 an pgtileserver (https://github.com/CrunchyData/pg_tileserv), le serveur de tuiles en Go développé par CrunchyData. Pour le coup, il supporte très bien (jusque là) une utilisation en production.


remote_addr: 88.163.93.0
author: Bruno IRATCHET
email: bruno.iratchet@realia.fr
website: https://www.realia.fr
text:
  Pour une introduction sur le sujet (2015):
  http://lesrencontres.decryptageo.fr/wp-content/uploads/sites/2/2015/04/R2015-Peugeot.pdf

  Bruno


remote_addr: 217.128.84.0
author: Julien
email: list@ingeoveritas.com
website: http://geotribu.fr
text:
  Merci Bruno pour la ressource, pertinente et intéressante. Ça va m'aider à étayer un peu les questions :).


remote_addr: 88.163.93.0
author: Bruno IRATCHET
email: bruno.iratchet@realia.fr
website: https://www.realia.fr
text:
  Bonjour Julien,


  Je te propose 2 questions pour Mr Soriano :
  1. Considérant l'image positive de l'Institut auprès du grand public, et l'image négative auprès des professionnels de l'IG, quels sont les atouts de l'Institut (Etab Public Administratif) pour se positionner sur la niche des géo-communs?2. L'aboutissement de la réflexion pourrait-il conduire à une certaine ouverture dans la gouvernance de l'Institut, en impliquant des associations (OSM, GeoRezo..) dans le CA?

  Amicalement,
  Bruno


remote_addr: 91.167.73.0
author: Jean-Christophe Becquet
email: jcb@apitux.com
website: http://www.apitux.com
text:
  Que va mettre en place l'IGN afin de rendre plus accessibles les données ouvertes en 2021 pour les usagers dans les territoires ? Un portail sur lequel on sélectionne sa commune, son EPCI ou son parc pour télécharger directement les données découpées à l'emprise du territoire ?


remote_addr: 91.167.73.0
author: Jean-Christophe Becquet
email: jcb@apitux.com
website: http://www.apitux.com
text:
  Allez-vous lancer un programme de formation et d'accompagnement des équipes de l'IGN sur l'écosystème OpenStreetMap : outils, ressources,
  bonnes pratiques ?


remote_addr: 185.24.184.0
author: Laura
email: laura.pedel@gmail.com
text:
  Qu'entendez vous par "pas encore assez avancé pour une utilisation en (grosse) production." ? Peut-on imaginer la création de  dizaines de cartes web avec une vingtaine de couches de polygones chacunes ?


remote_addr: 90.0.2.0
author: JB Desbas
email: jb.desbas@gmail.com
text:
  Bonjour,
  C'est à voir comme une version alpha : la stabilité, sécurité, gestion des ressources, etc.. n'ont pas encore été bien travaillées. Tout dépend aussi du nombre de consultations attendues sur ces cartes web. Si votre projet est critique et/ou que vous attendez un grand nombre de visiteurs, je vous conseil de vous tourner vers un outil plus mature (par exemple https://github.com/Oslandia/postile) tant que Vectipy n'est pas plus avancé.


remote_addr: 35.240.39.0
author: Haudelard
email: arthur.delaborde@gmail.com
text:
  Comme suggéré, je viens commenter pour vous dire qu'en tant que Développeur SIG votre revue de presse est un incontournable dans ma veille et qu'à ce titre je souhaite vous féliciter pour la qualité de votre travail et vous dire un grand merci pour le temps et l'énergie que vous y consacrez.


remote_addr: 86.213.110.0
author: Julien
email: geotribu@gmail.com
text:
  C'est vrai qu'on a un peu réclamé dans l'introduction mais c'est que ça fait du bien !

  Merci d'avoir pris le temps de laisser ce gentil commentaire :)


remote_addr: 176.139.112.0
author: Olivier
email: geotribu1@scigrid.net
text:
  Les communs impliquent de gérer (gouverner) ensemble les ressources. Quels sont les ressources que l'IGN désirent mettre en commun ? Comment un organisme public pourrait se "soumettre" aux décisions du groupe ?


remote_addr: 88.120.135.0
author: Edward H
email: edouard.hyvernat@gmail.com
text:
  Toujours au top l'équipe de Geotribu !
  Merci d'avoir relancé cette revue de presse qui m'a tant aidé à mes débuts et qui me permet toujours de découvrir des nouveaux projets. Et bravo aussi pour les récents articles/tuto !!


remote_addr: 79.89.253.0
author: Sébastien
email: sebastien.crepel@aviation-civile.gouv.fr
text:
  Merci pour toutes ces pépites.
  D'ailleurs votre site ressemble à une mine d'or.:-) Surtout continuez votre super boulot !


remote_addr: 192.134.132.0
author: gcebelieu
email: gilles.cebelieu@ign.fr
text:
  Bonjour, 

  Pour information, l'URL pour accéder à la carte IGN en vecteur tuilé est désormais celle-ci : https://wxs.ign.fr/choisirgeoportail/static/vectorTiles/styles/PLAN.IGN/standard.json (pour le style standard).
  Cf. annonce IGN : https://geoservices.ign.fr/blog/2021/03/26/IGN_et_nouveau_vecteur_tuile.html

  NB : les différents styles disponibles sont présentés ici : https://geoservices.ign.fr/documentation/geoservices/donnees-ressources-vecteur-tuile.html


remote_addr: 80.214.157.0
author: Nicolas
email: nicolas.devaux@supagro.fr
text:
  C'est toujours un plaisir de lire votre revue de presse pointue et très ouverte. Merci beaucoup pour ce partage, pourvu que ça dure


remote_addr: 41.202.207.0
author: ATANGANA Jacques
email: atangana1991@gmail.com
text:
  BRAVOOO !!! Florian BORET et merci pour le partage de ton rendu original. Diffuser l'Information géographique c'est s’enrichir.


remote_addr: 91.167.73.0
author: Jean-Christophe Becquet
email: jcb@apitux.com
website: http://www.apitux.com
text:
  Merci Florian, je suis très impatient de tester ce nouveau rendu.
  Accepterais-tu d'y apposer une licence libre, par exemple Creative Commons BY-SA ?


remote_addr: 91.172.122.0
author: Alain
email: alain@pasq.fr
website: https://pasq.fr
text:
  Pour les données IGN, on peut aussi trouver les paramètres filezilla sur ce site ;) :
  https://pasq.fr/les-ftp-donnees-libres-ign


remote_addr: 90.50.216.0
author: Julien
email: julien@ingeoveritas.com
website: http://geotribu.fr
text:
  Ça ressemble à du placement de lien Alain ça 😉 ! Surtout qu'on avait déjà relayé : https://static.geotribu.fr/rdp/2021/rdp_2021-03-26/#ftp-de-lign-via-filezilla


remote_addr: 99.145.234.0
author: Hélène
email: ln@getodk.org
text:
  Bravo et merci pour ce bel article, Mathieu! J'espère très vite rencontrer d'autres lecteurs/trices de Geotribu au forum ODK (endroit chaleureux, wow! 🤩 Je suis bien d'accord!).


remote_addr: 91.167.139.0
author: Frederic DUHART
email: frederic.duhart@gmail.com
text:
  Bonjour,
  Merci beaucoup pour ce partage.... malheureusement j'ai une erreur chez moi:
  Projet_Carto_BDT_3-0_FXX_CARTE_TOPO.qgs unexpected character à la ligne 82, colonne 90

  est-ce normal.?


remote_addr: 84.14.157.0
author: Edward H
email: edouard.hyvernat@gmail.com
text:
  Toujours aussi admiratif de votre énergie pour nous fournir toutes ces infos... et avec en plus des articles très intéressant pour ceux qui comme moi ne peuvent consacrer trop de temps à la technique mais ont besoin de suivre ce qui se passe dans le Landerneau géomatique !
  Merci !!


remote_addr: 185.24.184.0
author: FERRATON
email: alain.ferraton@developpement-durable.gouv.fr
text:
  Bonjour Régis,
  Merci pour cet article très intéressant. Peut-on trouver quelque part des informations sur les possibilités d'installation osgeo4w sans privilège d'admin ? 

  Pour nos besoins, les choix de paramétrage doivent pouvoir être personnalisés par chaque service (par exemple pour des chemins réseaux) et il ne paraît pas évident de leur déléguer la constitution d'un paquet Osgeo4w. L'installateur que nous proposons permet au lancement de recevoir en option un paramètre qui permet de modifier les raccourcis de lancement pour ajouter une option  --globalsettingsfile avec un chemin qui peut-être spécifique à chaque service. Est-il possible de faire quelque chose de ressemblant avec ta procédure ? peut-être avec une logique de postinstall mais qui devrait utiliser un fichier ou quelque chose donnant le chemin local et qui ne peut être inclus dans le package ?


remote_addr: 92.184.106.0
author: regis
email: regis.haubourg@gmail.com
text:
  Hello Alain, 

  Il y a plusieurs possibilités oui. Par exemple ajouter un fichier de config qui indiquerait où se situe le fichier de  global settings. Le script de postinstall pourrait alors remplacer les chemins vers cet emplacement. L'utilitaire textreplace d'osgeo4w fait déjà ça sur les clés de registre d'association de fichier.


remote_addr: 93.29.220.0
author: Badpap
email: com.badpap@free.fr
text:
  Merci !

  La méthode de téléchargement du cadastre en GéoJSON ne fonctionne pas avec les données départementales (Invalid JSON), problème propre à la méthode ou souci dans les fichiers Etalab, je ne suis pas arrivé à expertiser.

  Je ne suis pas non plus arrivé à transposer la méthode pour les fichiers livrés en ShapeFile, si vous savez le faire aussi facilement ;-)


remote_addr: 193.253.185.0
author: Stef
email: stephane.comparet@beaunecoteetsud.com
text:
  Bonjour,

  Encore un grand merci pour cette RDP et bon courage à tous pour la reprise.
  En ce qui concerne Organic Map, pas encore testé, mais on peut trouver l'appli sur F-droid (alternative au gougueule play) : https://f-droid.org/fr/packages/app.organicmaps/.

  Enjoy !

  S.


remote_addr: 176.190.18.0
author: ROLLAND
email: nrolland@gmail.com
text:
  Bonjour Régis,
  Nous n'avons pas pu mettre en place ce système chez nous avec SCCM suite à la formation, pour la simple raison que l'installation sur un poste se déroule avec le compte System Local qui n'a aucun droit sur le réseau et ne peut donc pas récupérer les packets sur le mirroir. Il ne peut les récupérer que sur le poste en local. Donc tout est copié.
  Je suis passé à la méthode .msi + copie d'un profil et raccourci qui lance QGIS avec ce profil.
  C'est déjà pas mal.


remote_addr: 83.118.214.0
author: image_95
email: laurent.celati@andra.fr
text:
  Bonjour,
  Est ce normal que les zones de vegetation (occ sol) apparaissent en rouge marron et les surfaces hydro en violet?


remote_addr: 2.4.79.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour, c'est surement lié à la version de QGIS que vous utilisez. Le projet a été conçu pour fonctionner en 3.18.


remote_addr: 90.80.141.0
author: Mathieu Bossaert
email: mathieu.bossaert@laposte.net
website: http://si.cen-occitanie.org
text:
  Une ressource de taille sur xlsform parue depuis : 

  https://www.im-portal.org/help-library/cartong-xlsform-cheat-sheet
  introduite ici : https://forum.getodk.org/t/xlsforms-cheat-sheet/35213
  Merci CartONG !


remote_addr: 90.102.193.0
author: Nac57
email: n.benbekkou@gmail.com
text:
  Bonjour Florian, 

  Merci pour ce super boulot et pour le partage!
  Je n'arrive pas à télécharger le projet, pourriez-vous m'aider svp?
  Cdl,


remote_addr: 90.85.181.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour,
   le projet est accessible à cette adresse : https://github.com/igeofr/qgis3/blob/master/qgs/Projet_Carto_BDT_3-0_FXX_CARTE_TOPO.qgs il faut simplement cliquer sur Download!


remote_addr: 115.126.164.0
author: Zanatany
email: stephane.georget78@gmail.com
text:
  Bonjour,
  C'est clair comme un lagon polynésien!
  Merci beaucoup pour cet outils qui me servira de passerelle entre R et QGIS.


remote_addr: 202.22.237.0
author: Zanatany
email: stephane.georget78@gmail.com
text:
  En fait je n'ai pas réussi a faire fonctionner la manip. Je n'y connais absolument rien en python et je reçois un message d'erreur quand j'essaie de lancer le script dans "Editeur de script" :


  Traceback (most recent call last):
    File "C:/PROGRA~1/QGIS3~1.0/apps/qgis/./python/plugins\processing\script\ScriptEditorDialog.py", line 205, in runAlgorithm
      exec(self.editor.text(), d)
    File "<string>", line 28, in <module>
  ImportError: cannot import name 'processing'

  Et QGIS ne me propose pas "ajouter un script à la boite à outils" (je suis sur windows).
  Je crois que je vais devoir enregistrer mes codes couleur manuellement...


remote_addr: 2.4.79.0
author: Florian
email: florian.boret@data-wax.com
text:
  Vous utilisez quelle version de QGIS?
  Est-ce que vous pouvez m'indiquer les étapes que vous avez réalisé?
  Normalement, vous n'avez pas entrer dans l'éditeur de script.


remote_addr: 91.166.147.0
author: Jean-Christophe Becquet
email: jcb@apitux.com
website: http://www.apitux.com
text:
  Merci et bravo Florian pour cet article !
  J’en parle ce matin sur Dessinetaville, la liste de diffusion sur laquelle je partage ma veille autour d'OpenStreetMap mais aussi de l'opendata et des communs numériques.
  https://ml.apitux.net/pipermail/dessinetaville/2021-October/000801.html
  Bonne continuation


remote_addr: 193.250.76.0
author: Vinber
email: vincent@bergeot.org
text:
  détail *Amélie de Montchalin a annoncé lors de l'Open Source Experience le 1à novembre* -> le 1**0** novembre


remote_addr: 90.73.222.0
author: Geotribu
email: geotribu@gmail.com
text:
  Bonsoir,

  Merci pour le signalement, nous avons corrigé la coquille.
  Si vous en voyez d'autres, n'hésitez pas à utiliser le crayon en haut de page pour corriger vous-même (voir [ce petit guide](https://static.geotribu.fr/contribuer/edit/fix_content_from_website/)) :).

  La Geotribu


remote_addr: 90.80.141.0
author: Mathieu Bossaert
email: mathieu.bossaert@cen-occitanie.org
website: http://si.cen-occitanie.org
text:
  Une actualité importante relative à la possibilité d’interagir avec une couche vecteur depuis les widgets cartographiques : https://forum.getodk.org/t/ability-to-load-locations-into-the-geowidget-to-guide-data-collection/27406/12


remote_addr: 90.62.32.0
author: Henrot
email: henrot@free.fr
text:
  Bonjour,
  Super travail, merci :)

  Je remarque que pour la couche ZONE_D_ACTIVITE_OU_D_INTERET il n'y a que
   station d'épuration de formatée, une évolution du projet avec les 
  autres taxons est prévue ?
  Bien cordialement

  Elise


remote_addr: 90.48.62.0
author: tikismoke
email: webmaster@poudot.fr
text:
  C'est par ce que nous ici a Dijon, la température c'est IMPORTANT, elle change très souvent et en plus ça permet de savoir si il faut r'gratter (ref a r'pleut) demain matin.


remote_addr: 88.168.75.0
author: Denis Helfer
email: denis.helfer@reseau.sncf.fr
text:
  Bravo Michaël pour cet exposé précis et éclairant sur les innombrables capacités de PostGIS. 
  Merci de m'avoir fait découvrir les fonctions de clustering que je n'ai pas encore essayé de mettre en oeuvre.


remote_addr: 82.123.24.0
author: Donat ROBAUX
email: donat.r@gmail.com
text:
  Bonjour,
  Il existe également les projets https://www.lebontag.fr/ et https://geodatamine.fr/ qui peuvent être utiles.


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gmail.com
text:
  Merci Denis.
  Pas facile à prendre en main au départ, les fonctions de clustering s'avèrent très utiles au final. Elles m'ont servi dans plusieurs cas d'usage. Par exemple, analyse des clusters de départs de feux de forêts pour identifier les zones à débroussailler en priorités.


remote_addr: 88.163.93.0
author: IRATCHET
email: bruno.iratchet@realia.fr
website: https://realia.fr
text:
  Effectivement, article très pédagogique sur la méthode. Merci pour le partage. Sur le fond, se pose quand même la question de savoir si ce qu'il reste des services de l'Etat en territoire (comme l'on dit depuis Paris) ne dispose pas d'un système de gestion des routes (SIR?) qui aurait permis un diagnostic partagé sur le patrimoine transféré. Sachant qu'à la fin du film, l'Etat s'impose toujours ;)


remote_addr: 79.86.175.0
author: Audrain Samuel
email: samuel.audrain@calvados.fr
text:
  Superbe Michael,
  Très intéressant et très didactique, merci.
  Par contre je crois que tu oublies les autoroutes non concédées dans tes requêtes ^^ elles font parties du lot potentiellement transférable.


remote_addr: 88.163.93.0
author: Bruno IRATCHET
email: realia@realia.fr
website: https://realia.fr
text:
  Merci pour ce témoignage. Quand on pense que certains départements se demandent quoi faire dans le domaine de la mutualisation des données, voilà une échelle qui est parfois très bien adaptée.


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Vaste sujet que la décentralisation ! Ce qui m'interpelle le plus, c'est que les régions peuvent se positionner pour récupérer des km...ce qui va rajouter un étage au millefeuille des gestionnaires de voirie. Pourtant, la loi Notre avait bien actée que la compétence restait aux Départements alors que pendant un temps on pensait que ces derniers allaient disparaitre.


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Bonne remarque, mais je crois qu'il n'y en a pas dans le Gard.
  Il faudrait alors revoir le critère (cpx_classement_administratif = 'Nationale') ou peut-être s'appuyer à la place sur l'attribut cpx_gestionnaire.


remote_addr: 176.177.26.0
author: NICOLAS Christophe
email: nicolas.dutfoy@bbox.fr
text:
  Magnifique tuto pour un résultat tout à fait sympathique !!!
  Je suis néanmoins à la recherche d'une carte en relief du parc national de la Vanoise au 1/50000 ; j'en ai vu une au refuge de Peclet-Polset, mais impossible d'en trouver une sur le net, ni à Pralognan-la-Vanoise village...Auriez-vous une piste ?
  NOTA : je parle bien d'une carte au 1/50 000, pas au 1/100 000 ; du style celle du Massif du Mont-Blanc, toujours éditée elle.
  Bien cordialement
  C.NICOLAS, un randonneur amoureux de la montagne.


remote_addr: 90.41.206.0
author: François Lacombe
email: francois.lacombe@infos-reseaux.com
website: http://www.infos-reseaux.com
text:
  Bonjour et merci pour ce retour d'expérience.
  A la lecture des différentes initiatives citées ici, je me demandais ce qu'il en était de l'adoption de 3 standards, dont 2 encore en construction, sur le terrain : EclExt, StarElec et StarDT.
  La "production de cartes" pour la réponse au DT-DICT ne sera plus la pratique recommandée sous peu. Est-ce que des fonctionnalités de production de GML est envisagée ?


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Bonjour, super retour d'XP, alors merci pour cet article.

  Je repartage ici ce que j'ai pu mettre sur Twitter :
  Je travaille beaucoup avec postgis alors je suis toujours intéressé par les articles qui en parlent. Là, en plus, est évoquée la question de la modélisation des données. C'est bien car la BDD est parfois vue comme un simple espace de stockage où on empile des données sans lien comme on stocke des SHP dans un répertoires.



  Sur la question de la manipulation des données, il y a bien :
  - le traitement par lot (FME ou autre)
  - la consultation (via QGis ou WebSIG)
  - la modification


  Sur ce dernier point c'est, il me semble, plus complexe. Chaque personne ayant ses habitudes et ses perceptions, il est difficile de faire des interfaces à la fois simple, conviviale et robuste car il y aura toujours un utilisateur pour tenter de mettre un rond dans un carré.


  Or, le géomaticien, doit déjà avoir plusieurs cordes à son arc (métier, technique). Il me parait alors difficile pour lui d'endosser en plus le rôle de développeur frontend que ce soit en terme de compétence ou de temps. Je vois alors 2 options :- utilisation d'outils du marché avec "captage" des données -> sous réserve que l'éditeur propose des API et/ou export- développement spécifique -> il faut alors très bien spécifier son besoin ou trouver le bon prestataire qui saura travailler en agilité par itération


remote_addr: 62.244.87.0
author: Florent VANHOUTTE
email: florent.vanhoutte@agglo-compiegne.fr
text:
  Bonjour, sur votre dernière remarque, je vous suis sur le rôle fondamental du géomaticien qui n'a pas pour ambition première de devenir un développeur web.
  Pour autant, au sein de notre collectivité, nous utilisons un 3ème cas non identifié dans vos options, celui d'un framework de développement d'applications qui permet à partir d'une bibliothèque de fonctionnalités et de mise en forme, de générer rapidement des solutions web interactive que cela soit pour de la consultation et l'édition (+ tab bord). Ca permet du coup de s'affranchir des problèmes de code (y'en a déjà assez sur le volet modélisation de la bdd et ses automates) tout en offrant des solutions adaptables et évolutives en fonction du niveau (croissant) d'acculturation numérique des utilisateurs finaux.


remote_addr: 141.0.205.0
author: Thomas
email: thomas.michel@idgeo.fr
text:
  Bonjour Stéphane,
  bravo un super projet qui illustre bien la possibilité de contribuer collectivement et d'initier à la contribution libre ... en tout ça servira prochainement pour illustrer un support de cours et pourquoi passer à l'action comme celle que tu suggères en conclusion. Je crois savoir qu'un certain Mickael va publier un projet git sur la publication de carte à partir de données IGN et du même couple logiciel :-P ... Merci


remote_addr: 90.80.141.0
author: Mathieu BOSSAERT
email: mathieu.bossaert@cen-occitanie.org
website: http://si.cen-occitanie.org
text:
  Une 3ème option selon moi (celle que je préconise chez nous) serait d'utiliser si elle suffit une solution opensource de tableaux de bords dynamiques connectée à la base de données (ni captage des données, ni développement spécifique) on ne maintient que le SQL.


remote_addr: 77.193.37.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Vous auriez des exemples ? Parce que jQuery par exemple est très riche mais très "code", à l'apposer des solutions WISIWIG sont souvent limitées en fonctionnalité notamment lorsqu'il s'agit de faire des contraintes croisées entre champs.


remote_addr: 88.121.99.0
author: Stéphane Ritzenthaler
email: stephane.ritzenthaler@gmail.com
text:
  Bonjour François, merci à vous! Je suis content que le sujet fasse réagir. 

  Je me suis également posé la question des standards, surtout au moment de la modélisation des données. Finalement, j'ai estimé que les standards étaient surtout utiles pour l'échange de données et pas forcément adaptés à la gestion quotidienne par les agents. C'est pourquoi, je pense qu'un standard peut être éventuellement élargi ou modifié localement pour un usage opérationnel. Par contre, il est intéressant et même fondamental que des routines existent (par ex.via FME) pour que le "modèle métier" puisse être exporté régulièrement en "modèle standardisé" prêt pour la diffusion de la donnée auprès des autres collectivités, entreprises ou encore citoyens. Un peu comme les données concernées par INSPIRE finalement. Si dans le futur, les gestionnaires de réseaux ont la capacité de produire un export en format GML, dans un standard validé et en diffusion opendata, cela serait vraiment parfait! ; )


remote_addr: 77.193.37.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Tu penses à ODK ? J'avais lu tes articles et clairement ça semble puissant mais cela demande quand même aussi d'acquérir certaines compétences.

  Il y a aussi l'équilibre à trouver entre assistance à la saisie et formation....je m'explique. J'avais développé un formulaire de saisie dans un fichier Excel. Dans celui-ci il fallait saisir une date de début et une date de fin. J'ai fait en sorte que le formulaire valide les formats d'entrée mais je n'ai pas vérifier que Fin > Début....et ça n'a pas loupé. Souvent, juste après le nouvel an, il y a des utilisateurs qui saisissent la bonne année en début mais qui par "habitude" saisissent l'année N-1 en date de fin.

  Lorsque la "population" des utilisateurs est maitrisée, il est possible de les former et de les assister (ce qui demande du temps aussi). Plus les utilisateurs seront nombreux et de profils variés, plus il deviendra important de valider les contraintes à la saisie par l'interface.

  Après, tout est toujours possible, mais il faut une certaine force de frappe qu'il est difficile d'atteindre quand on est 1 ou 2 à faire tourner le SIg. Et même de la presta externe, ça se pilote/contrôle.


remote_addr: 88.121.99.0
author: Stéphane Ritzenthaler
email: stephane.ritzenthaler@gmail.com
text:
  Bonjour, merci pour vos commentaires. Les discussions faisant suite à l'article sont très intéressantes! En effet, je trouve aussi que pour créer les outils de visualisation "simple, conviviaux et robustes", ce n'est pas toujours évident pour le géomaticien dans une petite collectivité où il doit déjà être au four et au moulin! Les solutions proposées sont toutes intéressantes et demandent des compétences diverses et variées. Si les ressources ne sont pas présentes en interne, la mutualisation des moyens pour faire appel à un prestataire spécialisé peut aussi être une bonne solution pour la collectivité. Effectivement, il faut ensuite construire un cahier des charges bien détaillé et trouver un prestataire qui s'intéresse au sujet. Travailler sur du développement open source et respecter les "codes" administratifs des collectivités est parfois aussi un vrai challenge. Mais si la volonté est là, rien n'est pas impossible !


remote_addr: 88.121.99.0
author: Stéphane Ritzenthaler
email: stephane.ritzenthaler@gmail.com
text:
  Bonjour Thomas, super si le partage peut servir à l'enseignement et au développement de projets communs! ; )


remote_addr: 90.80.141.0
author: Mathieu BOSSAERT
email: mathieu.bossaert@cen-occitanie.org
website: http://si.cen-occitanie.org
text:
  Non je ne parlais pas d'ODK. Je pensais seulement à la restitution.
  Si QGIS ne convient/suffit pas, il existe des solutions alternatives de de restitution web (Redash, Metabase, Superset) qui ne nécessite pas de compétence particulière autre que leur installation.


remote_addr: 163.62.112.0
author: Stéphane
email: belinstephane@yahoo.fr
text:
  Merci pour le tuto qui est génial.
  J'ai du louper quelque chose, je ne comprends pas à quoi sert la colonne "geometry_generator"?
  Lorsque je déplace la fenêtre QGIS de mon écran  24 pouces sur mon pc portable, les étiquettes sont décalées et ne se retrouvent pas dans mon cas en haut à gauche de l'écran (il perd le canevas de la carte), je ne vois pas d’où vient le problème ?


remote_addr: 88.121.99.0
author: Stéphane Ritzenthaler
email: stephane.ritzenthaler@gmail.com
text:
  Bonjour François,

  Désolé, il me semblait avoir répondu il y a quelques jours mais cela n'a visiblement pas fonctionné.

  J'ai effectivement essayé de comprendre où en étaient les standards sur ce sujet. A l'époque, rien de validé à ma connaissance. C'est une bonne chose si les réflexions sont en cours sur le sujet. Mon opinion là-dessus est relativement simple et calqué sur mon expérience liée à INSPIRE : le standard existe surtout pour faciliter les échanges et la diffusion de données. Donc, je le considère comme complémentaire au modèle de données qui permet la gestion du quotidien. Le standard peut, évidemment dans certains cas, être élargi pour correspondre à ce besoin. 


  Dans tous les cas, une routine d'export des données vers le standard et le format d'échange le plus performant (par ex. GML) est effectivement à prévoir dans ce type de projet. 


  Actuellement, sur ces données bien précises, ce n'est pas le cas et la production de cartes statiques en réponse au DT-DICT est toujours en place. Je suis aussi d'avis que fournir directement la donnée ou un webservice serait bien sûr la meilleure solution d'avenir. Encore faudrait-il qu'ils soient facilement mobilisables (et souhaités) du côté des entreprises réalisant les travaux.


remote_addr: 78.238.39.0
author: FLOSKY
email: florent.scalliet@gmail.com
text:
  Super travail !
  Néanmoins je n'ai pas trouvé le moyen de télécharger le projet... Ça doit être un truc tout bête mais j'y arrive pas. Merci de votre aide !


remote_addr: 2.9.222.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour, le projet est accessible à cette adresse : https://github.com/igeofr/qgis3/blob/master/qgs/Projet_Carto_BDT_3-0_FXX_CARTE_TOPO.qgs il faut cliquer sur Download et faire clic droit enregistrer sous en n'oubliant pas l'extension .qgs


remote_addr: 192.134.133.0
author: Laurent Breton
email: laurent.breton@ensg.eu
text:
  La montée des eaux jusqu'à recouvrir tout le globe, c'est le ressort du roman Déluge (suivi de Arche) de Stephen Baxter, qui m'a beaucoup marqué et a un coté assez terrifiant...


remote_addr: 91.207.176.0
author: Véronique
email: veronique.charlet@gmail.com
text:
  C'est justement la que tout se joue : pour un affichage en haut à gauche (point_n(@map_extent,4), en haut à droite point_n(@map_extent,3),etc pour en bas ou en haut. Puis il faut jouer sur les champs label_offset_x et y pour que les labels se placent correctement.


remote_addr: 197.241.43.0
author: PDBA
email: geoinovations@gmail.com
text:
  Excellent travail et Merci pour le partage. l'inconvénient majeur est que la collecte ne sera en mode online. Imposible pour le offline. BRAVO


remote_addr: 79.95.87.0
author: Valérian
email: vlebert@digi-stud.io
website: https://digi-stud.io
text:
  Bonjour
  En fait si justement, le but est de pouvoir collecter offline, puis remonter la donnée online le soir ou en fin de semaine. Chaque tablette a en local une base de donnée de collecte en mode fichier (spatialite).


remote_addr: 192.134.132.0
author: n314
email: moi@jetable.org
text:
  Bonjour,
  Merci pour cette proposition d'itinéraire technique permettant de consommer les données Mapillary, notamment les points et panneaux de signalisation. Vous suggérez un usage direct dans les services ou dans l'amélioration des données de l'utilisateur, sans cependant mentionner les conditions d'usage/emploi Mapillary. Quelles sont elles ? Quelle est la licence associée à ces données ? Quelle est leur fiabilité ? Merci de m'aiguiller sur ces points, je n'ai pas réussi à trouver d'information claire par moi même.


remote_addr: 77.141.38.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Salut Florian, merci pour cet article et pour le partage du code.

  A regarder le source je me pose cette question : quelle incidence du facteur de zoom sur les données récupérées ?
  Par exemple, si on prend un zoom plus large histoire de couvrir une zone plus grande, est-ce que le nombre d'objets renvoyés (par exemple le nombre de panneaux de signalisation) sera plus faible ?


remote_addr: 77.141.38.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  A relire l'article je vois cette remarque "pour visualiser l'information, vous devrez zoomer au niveau 14 ou +" alors j'imagine que 14 est le zoom mini pour avoir les infos...


remote_addr: 2.9.222.0
author: Florian
email: florian.boret@data-wax.com
text:
  Salut Michaël, 
  De rien, il ne te reste plus qu'à réécrire tout ça en Powershell ;) 


  Le niveau de zoom impactera le nombre de tuiles à récupérer, plus tu vas descendre et plus il y aura de tuiles à récupérer... mais ça n'influera pas sur le nombre d'objets.
  Je n'ai pas fait de comparaison à différents niveaux mais il est possible qu'en descendant le positionnement des données récupérées via les VT soit légèrement meilleur (A vérifier). Toutefois, en comparant le niveau 14 des VT avec les entités récupérées en json via l'API (limitée à 2000 objets par requête) il y avait un léger décalage de positionnement.


remote_addr: 2.9.222.0
author: Florian
email: florian.boret@data-wax.com
text:
  En fonction des données qui t'intéressent, le niveau de zoom est spécifié dans la doc (https://www.mapillary.com/developer/api-documentation) et le niveau 14 est me semble-t-il le meilleur compromis pour télécharger les données.


remote_addr: 2.9.222.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour,
  Merci pour ces questions, je n'ai effectivement pas abordé les conditions d'utilisation mais je comblerai ce manque sur les éléments dont je dispose.


  Pour les images, la licence est assez claire : https://help.mapillary.com/hc/en-us/articles/115001770409-Licenses, mais il est vrai que le volet licence/usage des données manque de clarté et de précision. Dans tous les cas, on est au moins concerné par la section 11 qui spécifie que l'usage des services impose d'"attribuer la source des données en affichant visiblement le logo Mapillary et en créant un lien vers la page d'accueil Mapillary". 

  J'ai interrogé Mapillary par mail mais j'attends plus de précisions. Pour l'instant voici la réponse "générique" que j'ai reçu : 


  "Our imagery and data are available for use as long as the usage complies with our Terms of Use, and particularly our Commercial Terms. (section 12) of the referenced terms.
  Mapillary generated data can be downloaded on Mapillary Web App and Mapillary API. Vector tiles can be also accessed via Mapillary API."


  Pour ce qui est de la fiabilité et après comparaison entre nos données et les données Mapillary, les erreurs sont plus importantes sur certains objets du mobilier urbain mais assez fiable sur la signalisation. Si vous voulez plus d'information, je vous invite à échanger avec le Grand Montauban qui a beaucoup plus de recul que ma collectivité (on débute).


remote_addr: 90.85.181.0
author: Florian
email: florian.boret@data-wax.com
text:
  A noter que Christopher Beddow qui travaille pour Mapillary publie également un script en python qui permet de récupérer les données par l'intermédiaire des tuiles vectorielles : https://gist.github.com/cbeddow/28e5d043a46ba34ea91f7b66564307d4


remote_addr: 192.134.133.0
author: n314
email: moi@jetable.org
text:
  Merci pour ces premiers éléments de réponses. J'étais comme vous tombé sur la clause de paternité pour les images, mais aucune licence/clause ne me semble mentionnée sur les points ou panneaux, c'est à dire la valeur ajoutée de votre article ;)


remote_addr: 90.83.221.0
author: Thomas
email: thomas.rolando@davidson.fr
text:
  Bossant également dans le déploiement FTTH, vraiment top ! Admiratif de ta solution de synchro ! Excellent !


remote_addr: 62.147.31.0
author: Alex
email: alexandre.roger31@free.fr
text:
  Bonjour, Merci pour ce tutoriel... qui parait très simple... si l'on est sur Linux!!! Quand la structure impose Windows, les choses sont moins simple à mettre en place! ;-)


remote_addr: 109.208.113.0
author: Julien
email: julien@ingeoveritas.com
text:
  Bonjour,
  Merci pour votre commentaire :).

  Certains aspects sont plus simples sur Windows, d'autres plus complexes et d'autres encore complètement différents (comme les paramètres d'optimisation). 

  Vous pouvez utiliser le [sous-sytème Linux (WSL)](https://static.geotribu.fr/articles/2020/2020-10-28_gdal_windows_subsystem_linux_wsl/) ou installer directement les outils (pour osm2pgsql c'est par ici https://osm2pgsql.org/doc/install.html#installing-on-windows).


remote_addr: 109.223.66.0
author: Haudelard
email: arthur.delaborde@gmail.com
text:
  Simple suggestion d'alternative lorsque l'on souhaite filtrer les données importées d'OSM (ex: n'importer que les routes et bâtiments). ImpOSM (https://github.com/omniscale/imposm3).

  Assez pratique, cela dépendra donc de ce que l'on souhaite importer en base


remote_addr: 31.32.212.0
author: Ronan
email: renouxpro@gmail.com
text:
  Bon travail sur cette mise en place. J'ai également déployé une solution avec QFieldCloud avec un script en branchant le mobile a l'ordinateur. Par contre, cette solution fonctionne encore avec les nouvelles versions de QField avec leur changement du stockage en utilisant "/storage/emulated/0/Android/data/ch.opengis.qfield/files/QField/proj/" comme chemin d'accès avec nos scripts exécutés sur PC.

  Ensuite, j'ai testé la mise en place de QFieldCloud sur un de nos serveurs linux et ça fonctionne très bien, les données sont synchro depuis QFieldCloud dans la base PostGIS, c'est parfait.


remote_addr: 88.136.33.0
author: DESNOS Sylvain
email: desnos.sylvain@neuf.fr
text:
  Bonjour, si vous avez trouvé un filon depuis, je suis preneur; car moi aussi je recherche cette fameuse carte introuvable!


remote_addr: 91.174.28.0
author: FERRICELLI Yvonne
email: yvonne.ferricelli@gmail.com
text:
  Bravo Julien pour ce tutoriel!
  Une rédaction fluide, une charte graphique optimum, et quelques notes d'humour 
  que dire de plus, parfait!
  Et sans être trop condescendante: Très fiert de toi et de faire partie de ta tribu SILAT.
  Bises


remote_addr: 85.31.213.0
author: fg
email: francois.sig@gmail.com
text:
  Bonjour,   
  Bravo pour ce mémo.  
  Je suis en train de tester l'intégration des données via FME. Quelques difficultés mais je progresse. Il ne me reste plus que l'écriture en base de données.

  J'ai une question :  Je ne comprends pas le format `datetime` des objets (ceci pour le convertir en timestamp). Soit les colonnes `first_seen_at` et `last_seen_at`.Exemple de valeurs contenues dans les objets :`first_seen_at`:	         id`last_seen_at`: value  
  **1496653914896**	189094176368123	**1496653914896**	regulatory--keep-right--g1Merci


remote_addr: 85.31.213.0
author: fg
email: francois.sig@gmail.com
text:
  En fait je viens de trouver la réponse à ma question.  
  C'est le format EPOCH  
  Epoch Converter - Unix Timestamp Converter

  Encore merci  
  François


remote_addr: 217.109.129.0
author: Karine
email: karine.lesage@cd31.fr
text:
  Salut Stéphane,
  j'ai regardé la vidéo de Sutton (2020), dans le Générateur de géométrie pour la position de l'étiquette il indique : eval("geometry\_generator") 
  pour utiliser l'expression indiquée dans les attributs. Sinon effectivement je me posais la même question car on ne se servait pas de cette colonne. 
  Ça doit aussi fonctionner en indiquant start\_point(@map\_extent) directement selon ce que l'on renseigne dans l'offset.

  Tuto super intéressant sinon :)


remote_addr: 176.157.206.0
author: carrillo thiery
email: tcarrillo@cabinet-merlin.fr
text:
  Excellente vidéo. Par contre comment trier toutes les dalles MNT d'un département par rapport à une petite zone de travail (20% d'un département ) ? car listing des dalles assez dense. merci


remote_addr: 90.85.181.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour François,
  C'est bien cela! 
  En congés la semaine dernière, j'ai bien reçu votre mail mais je n'ai pas encore pris le temps de répondre.


remote_addr: 90.85.181.0
author: Florian
email: florian.boret@data-wax.com
text:
  J'ai interrogé le support de Mapillary qui a mis quelques semaines à me répondre :
  "Navjyot Sandhu (Mapillary) 

    Aug 9, 2022, 2:11 AM GMT+2 


    Hello,

  Apologies for the delay in getting back to you!

   Data sourced from the Mapillary platform (that is, anything you can download

    from mapillary.com/app or query using the API) is completely free-to-use for commercial AND non-commercial purposes. 

  Please let me know if you need further clarification.


  Thanks,

   Nav @ Mapillary"


remote_addr: 80.214.157.0
author: Christophe NICOLAS
email: nicolas.dutfoy@bbox.fr
text:
  Bonjour,
  j'en ai trouvé une sur le bon coin ! 
  Elle appartenait à un résident en Maurienne.
  Il semblerait que des cartes similaires étaient livrées avec les appartements de l'époque dans cette résidence : info ou intox ?
  Si vous voulez, je vous donnerai plus d'infos par mail .


remote_addr: 90.112.128.0
author: Haubourg
email: regis.haubourg@gmail.com
text:
  En tant que nouveau membre du comité de pilotage QGIS, je me dois 
  d'un droit de réponse sur le sujet du crowdfunding pour l'amélioration 

  de QGIS, qui me surprend (un peu). En très factuel:  

  - le PSC 
  (comité de pilotage) a bien eu un débat sur le sujet, c'était au menu de ma première participation. L'ensemble des 
  appels à financement, participatifs ou pas, sont relayables en utilisant
   les flux d'information du projet QGIS, qui ont été conçus pour 
  cela! Par ailleurs, le débat sur les listes est ouvert, et la 
  contradiction aussi. Le compte rendu arrive bientôt (désolé pour le 
  délai, pas de salarié non plus chez QGIS.org). 

  - Que le crowd funding soit viable ou non est un débat qui n'appartient pas au 
  PSC puisqu'il s'agit d'initiatives de financement d'entreprises 
  commerciales. Et ce type de position, un poil moralisatrice, ne donne 
  pas d'alternative en échange. Que proposez vous de concret ? 

  - Dire que le crowd funding est limité aux individus n'est pas vrai 
  partout dans le monde. Si le marché Français ne peut pas jouer avec les 
  mêmes règles ne doit pas empêcher d'autres acteurs d'avancer. 

  A quoi sert ce "rant" non constructif dans cette revue de presse?? Il me 
  semble d'ailleurs avoir déjà financé des évolutions QGIS par un appel de
   fond presque similaire en France via l'acteur économique qui dénonce ce type d'appel (on est un peu loin de l'indépendance je trouve dans cette revue de presse) .
  On peut jouer un peu l'apaisement 
  SVP?  Je ne vois pas ce qu'on a collectivement à gagner à ça..


remote_addr: 82.64.189.0
author: Vincent (Oslandia)
email: vincent.ml@oslandia.com
website: https://oslandia.com
text:
  L'auteur de cet article s'exprime en son nom et en tout indépendance, ce serait sympa d'éviter les accusations non fondées. "l'acteur économique" ne dénonce rien, merci, il n'était même pas au courant d'un article à paraître sur ce site. Et si il avait une opinion à transmettre, il choisirait de l'exprimer directement via un canal en son nom propre, je ne vois même pas l'intérêt qu'on aurait à choisir des voies détournées.


remote_addr: 82.65.160.0
author: tuxmika
email: tuxbreizhad@gmail.com
text:
  Bonjour,  comment mettre  des tirets ou underscores par défaut dans les URL quand le titre contient des espaces ?

  Cdt


remote_addr: 88.175.0.0
author: Delphine Montagne
email: delphine.montagne@univ-pau.fr
text:
  A noter que j'avais proposé "ils SE sont placés du nord au sud dans l'ordre alphabétique". Mais c'est pas passé :D


remote_addr: 176.149.87.0
author: Julien
email: julien@ingeoveritas.com
text:
  Que veux-tu, c'est la **censure** !  
  Ou la main lourde du relecteur qui fait sa besogne en mode automatique avant l'heure fatidique de la publication ?

  C'est rétabli 😉 


remote_addr: 109.0.19.0
author: Charon
email: fabienne.charon@ville-voreppe.fr
text:
  Bonjour.
  J'ai traduit cette page https://north-road.com/2022/11/04/creating-circular-insets-and-other-fun-qgis-layout-tricks/ en grande partie, sauf les captures d'écran. Est-il possible de vous l'envoyer par mail si cela vous intéresse toujours?
  Merci.


remote_addr: 86.229.66.0
author: Julien
email: geotribu@gmail.com
text:
  Bonjour,

  Merci pour l'initiative ! Il se trouve que quelqu'un a déjà entrepris de proposer une traduction :

  - l'échange se fait sur Github : <https://github.com/geotribu/website/pull/750>
  - l'article peut être prévisualisé ici : <https://preview-pullrequest-750--geotribu-preprod.netlify.app/articles/2022/2022-11-05_zoom_circulaires_mise_en_page_qgis/>

  N'hésitez pas à vous joindre à la discussion, par exemple en apportant votre propre travail sur la traduction etc.

  (mail également mis en réponse du commentaire)


remote_addr: 90.89.215.0
author: Amo
email: a.monsaingeon@free.fr
text:
  A signaler sur ce sujet, l'excellent plugin DEM Slicer pour QGIS: https://github.com/xcaeag/Dem-Slicer-Qgis-Plugin


remote_addr: 178.191.254.0
author: Philippe Perret
email: phil_perret@yahoo.fr
text:
  Bonjour,
  Merci beaucoup pour ce tuto et de partager avec nous vos connaissances. Personnellement c'est l'Autriche où j'habite qui m'intéresse. J'ai trouvé un lien pour ce qui me semble être la MNT de l'Autriche (qui en allemand serait Digitales Gelandmodell) : https://www.data.gv.at/katalog/dataset/land-ktn_digitales-gelandemodell-dgm-osterreich#resources
  Est-ce bien cela?
  Très cordialement,
  Philippe Perret


remote_addr: 23.90.252.0
author: Vincent
email: artistepitre@yahoo.fr
text:
  Bonjour,
  Mon cadre HTML reste désespérément vide en ayant copié le premier script proposé.
  Y a t'il des balises supplémentaires à ajouter ou des librairies à appeler ?


remote_addr: 195.144.23.0
author: Zebulon
email: mcr29@free.fr
text:
  Bonjour,

  Je souhaite dans un premier temps afficher les tuiles dans QGIS.

  Pouvez-vous m'indiquer la bonne syntaxe à utiliser pour l'ajout des tuiles vectorielles Mapillary. Pour l'instant je n'obtiens aucun résultat.

  J'ai créé un compte dans Mapillary, j'ai donc un ID et un client Token
  Syntaxe : MLY|0000000000|18d000000000c (les codes sont fictifs)

  La syntaxe de votre exemple :

  Faut-il changer :
  mly_map_feature_point par MLY|0000000000|18d000000000c
  access_token=XXX par access_token=18d000000000c

  Merci d'avance pour votre aide


remote_addr: 86.229.66.0
author: Julien
email: geotribu@gmail.com
text:
  Bonsoir,

  Merci, c'est un merveilleux premier commentaire sur notre site, ça fait chaud au cœur ! xD


remote_addr: 90.85.181.0
author: Florian
email: florian.boret@data-wax.Com
text:
  Bonjour,
  Voici l'url à utiliser : 
  `https://tiles.mapillary.com/maps/vtp/mly_map_feature_point/2/{z}/{x}/{y}?access_token=MLY|0000000000|18d000000000c`


remote_addr: 46.218.2.0
author: Onésime
email: onesime.prudhomme@zaclys.net
text:
  Merci pour cet article détaillé, les étudiants de la licence pro de GGAT d'Auch appliquent depuis quelques années la même méthode :
  -   [Cartographie participative : De la formation à l'intérêt public en passant par l'aménagement du territoire](https://forum.openstreetmap.fr/t/cartographie-participative-de-la-formation-a-linteret-public-en-passant-par-lamenagement-du-territoire/6922) sur Forum OpenStreetMap
  -   **La dépêche** *28/04/2021*: [Auch : les étudiants cartographient la ville](https://www.ladepeche.fr/2021/04/28/les-etudiants-cartographient-la-ville-9514114.php)
  -   **Le petit journal** *26/02/2022*: [Relevés photographiques des voies de circulation par des étudiants](https://www.lepetitjournal.net/32-gers/2022/02/26/releves-photographiques-des-voies-de-circulation-par-des-etudiants/#gsc.tab=0)
  -   **La dépêche** *29/01/2022*: [Gers : des étudiants de l'IUT d'Auch captent la ville en images pour la cartographier](https://www.ladepeche.fr/2022/01/28/gers-des-etudiants-de-liut-dauch-captent-la-ville-en-images-pour-la-cartographier-10074748.php)
  -   **La dépêche** *28/04/2021*: [Auch : les étudiants cartographient la ville](https://www.ladepeche.fr/2021/04/28/les-etudiants-cartographient-la-ville-9514114.php)


remote_addr: 141.0.205.0
author: Thomas
email: thomas.michel@idgeo.fr
text:
  Merci Julien, je partage les mêmes ressentis puisque j'ai tenté l'install avec une stagiaire il y a deux jours sur une ubuntu 18.04, mais sans succés ! On trouve les informations tout de même, mais après avoir sué des larmes de sang (https://gis.stackexchange.com/questions/416919/trying-to-upgrade-qgis-3-16-3-22-on-ubuntu-18-04-led-to-unmet-dependencies) et (https://qgis.org/en/site/forusers/alldownloads.html#id11). 
  Merci pour l'éclairage très utile une ressource à mettre dans pocket ! 
  Bonne journée à la geotribu 


remote_addr: 88.168.75.0
author: Denis
email: dhelfer@free.fr
text:
  Merci pour ce tuto
  Juste quelques soucis avec postgis et libproj que j'ai du réinstaller. Fini Qgis dockérisé..... pour le moment. Va falloir que je bascule vers la Ubuntu 22 (après sauvegardes ;-). D'abord je profite un peu.
  Encore bravo pour ces explications claires. Ressource à bookmarquer absolument.


remote_addr: 37.168.68.0
author: Nathan SDIS
email: n.benbekkou@gmail.com
text:
  Bonjour, 

  Merci pour ce bon boulot.
  Ça serait vraiment cool si vous pourriez partager les données et le projet QGIS pour s'entraîner.

  Cdl, 


remote_addr: 82.127.74.0
author: PE48
email: pe.viguier@smld.fr
website: https://lot-dourdou.fr/
text:
  Merci pour cette très intéressante contribution.

  Technicien de rivière non géomatien, je découvre tout juste geotribu suite à une recherche sur la possibilité de "riverviewer" une partie des cours d'eau de mon territoire comme ont pu le faire ponctuellement les élèves de la licence pro GGAT sur la rivière Gers à Auch.

  Après avoir regardé les dernières nouveautés concernant la prise de vue 360, nous allons surement investir sur la caméra Insta360 X3 qui est plus récente et performante (mode HDR notamment pour la gestion des contrastes importants) que la Gopro Max (la 2ème génération devrait cependant arriver bientôt) : https://www.lacameraembarquee.fr/blog/comparatif-gopro-max-vs-insta-360-x3/
  NB: l'Insta360 X3 n'a pas de GPS intégré comme la GoPro, soit on passe par le smartphone, soit on utilise la télécommande GPS dédiée...


  Si vous avez des avis/commentaires sur ce projet/choix technique, nous sommes bien sûr preneur de votre expérience.


remote_addr: 90.113.121.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour Nathan,
  Merci. 
  La publication du projet et des données n'est pas prévue, l'article me parait assez complet pour être aisément appliqué et adapté. Il vous manque une information?


remote_addr: 90.113.121.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour,
  Merci pour votre retour. Excellente idée.
  Si ce n'est pas déjà fait, je vous invite à venir discuter de votre projet et des choix techniques avec les participants du forum des [Géocommuns](https://forum.geocommuns.fr/c/panoramax/6).


remote_addr: 145.232.236.0
author: Rémi B.
email: remi.bovard@gmail.com
text:
  Trop bien, merci beaucoup et un énorme bravo à l'équipe!

  Ca fait vraiment plaisir à voir l'évolution de Geotribu ! Ca donnerait presque envie de revenir... ^^


remote_addr: 37.65.38.0
author: Sylvain DESNOS
email: desnos.sylvain@neuf.fr
text:
  Bonjour. Je viens seulement de voir que vous m'aviez répondu et je vous en remercie. Oui cela m'intéressse d'avoir plus d'infos. Je dispose de celle des massifs du Mont Blanc et de l'Oisan (Ecrins) et je cherche tjs celle de la Vanoise pour compléter le tryptique!
  Bien cordialement. desnos.sylvain@neuf.fr


remote_addr: 37.65.38.0
author: DESNOS Sylvain
email: desnos.sylvain@neuf.fr
text:
  Bonjour
  Je viens seulement de voir votre réponse. Je vous en remerci d'ailleurs. Je suis toujours à la recherche de cette fameuse carte pour compléter le triptyque (j'ai déjà celles des massifs du Mont Blanc et de l'Oisans). Je serai donc intéressé d'avoir plus d'infos. Merci. desnos.sylvain@neuf.fr


remote_addr: 37.65.38.0
author: DESNOS Sylvain
email: desnos.sylvain@neuf.fr
text:
  Bonjour. Je viens seulement de voir votre réponse, dont je vous remercie d'ailleurs. Oui je suis intéressé par plus d'infos. J'ai déjà celles des massifs du Mont Blanc et de l'Oisans et cherche celle de la Vanoise pour compléter le triptyque. D'avance merci. desnos.sylvain sfr fr (sans l'arrobase et le point, car sinon le msg ne passe pas)


remote_addr: 37.65.38.0
author: DESNOS Sylvain
email: desnos.sylvain@neuf.fr
text:
  Bonjour. Je viens seulement de voir votre réponse, dont je vous remercie d'ailleurs. Oui je suis intéressé par plus d'infos. J'ai déjà celles des massifs du Mont Blanc et de l'Oisans et cherche celle de la Vanoise pour compléter le triptyque. D'avance merci.(l'ajout de mon email empeche la publication de ma réponse)


remote_addr: 37.65.38.0
author: DESNOS Sylvain
email: desnos.sylvain@neuf.fr
text:
  Bonjour. Je viens seulement de voir votre réponse, dont je vous remercie d'ailleurs. Oui je suis intéressé par plus d'infos. J'ai déjà celles des massifs du Mont Blanc et de l'Oisans et cherche celle de la Vanoise pour compléter le triptyque. D'avance merci
  desnos.sylvain@neuf.fr


remote_addr: 37.65.38.0
author: DESNOS Sylvain
email: desnos.sylvain@neuf.fr
text:
  Bonjour. Je viens seulement de voir votre réponse, dont je vous remercie d'ailleurs. Oui je suis intéressé par plus d'infos. J'ai déjà celles des massifs du Mont Blanc et de l'Oisans et cherche celle de la Vanoise pour compléter le triptyque. D'avance merci


remote_addr: 37.65.38.0
author: Sylvain
email: saintojeu@neuf.fr
text:
  Bonjour. Je viens seulement de voir votre réponse, dont je vous remercie d'ailleurs. Oui je suis intéressé par plus d'infos. J'ai déjà celles des massifs du Mont Blanc et de l'Oisans et cherche celle de la Vanoise pour compléter le triptyque. D'avance merci. Sylvain
  saintojeu@neuf.fr


remote_addr: 176.173.21.0
author: theos
email: theos01@pm.me
text:
  Bonjour, un super outil pour cataloguer simplement qui meriterait de continuer a etre développé ! Par contre a l'essai il n'a pas fonctionné, je ne sais pas si c'est du a la version de windows (11) ou à la version de PostgreSQL(11). Pas concluant mais emballé pour le maintient et le développement de l'outil. Y a il d'autres version a venir qui corrigerait les bugs ? 


remote_addr: 86.229.72.0
author: Julien
email: julien@ingeoveritas.com
website: https://github.com/guts
text:
  Bonsoir,

  Merci de votre intérêt et de votre retour positif. J'imagine que ce commentaire fait suite au [sujet sur GeoRezo](https://georezo.net/forum/viewtopic.php?pid=358720#p358720) ?


  > Pas concluant mais emballé pour le maintient et le développement de l'outil.

  Désolé, je n'ai plus le temps bénévole nécessaire à consacrer à ce projet mais si vous êtes intéressé, soit vous pouvez reprendre le chemin de la contribution, soit nous pouvons échanger sur la façon de financer une restauration et une modernisation de l'outil.

  J'ai régulièrement des demandes (intégration QGIS, gestion des GPKG, bugs...) qui émanent de différentes personnes. Il y a donc peut-être là une occasion de mutualiser.

  Comme bien d'autres projets, il est gratuit à utiliser mais pas à développer/maintenir ;) !


remote_addr: 81.250.249.0
author: Adeline
email: meniled@gmail.com
text:
  Bonjour, Votre lien ne fonctionne plus, et c'est bien dommage car le sujet m'intéresse grandement... Si à l'occasion vous pouvez à nouveau partager cet article, je suis preneuse :) Merci


remote_addr: 86.193.134.0
author: Florian
email: florian.boret@data-wax.com
text:
  Bonjour,
  Voici l'article auquel faisait référence C. Duchêne : https://josis.org/index.php/josis/article/view/63


remote_addr: 89.85.253.0
author: Julien
email: geotribu@gmail.com
website: http://geotribu.fr
text:
  Salut Rémi,

  Je découvre tardivement ton commentaire très sympa, merci !

  Reviens quand tu veux et peux 🤗 ! Ce serait top de retrouver un contributeur sur l'actualité Suisse 🇨🇭.

  Pas besoin de t'impliquer à fond, le formulaire de proposition de news suffit amplement ! 


remote_addr: 91.165.201.0
author: Mametine
email: christine.peron@free.fr
website: http://lesordislibres.fr
text:
  Bonjour,
  Merci beaucoup pour ce tuto, très clair et surtout très complet. Ce que je ne comprends pas,c'est que je me retrouve avec la  version 3.16.11 installée et non la 3.28.5, qui est la dernière LTR (au 14 avril 2023). D'ailleurs quand j'utilise "Aide/Vérifier la version de Qgis", il me dit bien que la dernière version LTR est la 3.28.5 et que je pourrais l'installer.
  Je suis sous LinuxMint 20.3, basé sur Ubuntu 20.04. Est-ce la raison du décalage de version de Qgis?


remote_addr: 86.245.105.0
author: Julien
email: julien@ingeoveritas.com
text:
  Bonjour Mametine,

  Merci de votre retour positif.
  En effet, si on regarde la [liste des packages publiés pour Ubuntu 20.04 aka Focal](https://ubuntu.qgis.org/ubuntu-ltr/dists/focal/main/binary-amd64/Packages), on s'aperçoit que la 3.28 n'est pas disponible (en faisant une recherche dans la page via le navigateur).

  Pour obtenir une version supportée de QGIS, vous avez alors 3 options :

  - trouver un autre dépôt de packages que l'officiel qui la propose
  - mettre à jour votre distribution vers le socle 22.04
  - compiler vous-même à partir du code source de QGIS (bonne chance)


remote_addr: 86.245.105.0
author: Julien
email: julien@ingeoveritas.com
website: http://geotribu.fr/
text:
  Bonjour Denis,

  En effet, si vous avez à un moment donné installé QGIS via un dépôt comme ubuntugis, il est possible que cela vous laisse avec des conflits de versions entre GDAL, PROJ, etc.


remote_addr: 91.165.201.0
author: Mametine
email: christine.peron@free.fr
text:
  Merci pour la réponse. C'est ce que je soupçonnais mais je ne savais pas trop où chercher. Je vais probablement choisir la solution de migrer vers le socle 22.04 mais je vais prendre le temps pour le faire.


remote_addr: 86.229.72.0
author: Julien
email: julien@ingeoveritas.com
website: http://geotribu.fr/
text:
  En revanche, ce qui m'étonne c'est que vous devriez avoir une 3.22 et non une 3.16. Dans la liste des packages que je vous ai liée dans ma réponse précédente, on voit bien des versions 3.22.

  Avez-vous bien fait le ménage avant de refaire une installation ?

  Pour info, j'ai mis à jour l'article d'après les différents retours.


remote_addr: 91.165.201.0
author: Christine
email: christine.peron@free.fr
text:
  A priori oui. J'ai suivi votre tuto, j'ai désinstallé tout ce qui avait rapport à Qgis, fait des clean et autoremove... Il traîne peut-être encore quelque chose. Mais pour l'instant je vais utiliser la 3.16, même si j'aimerais bien comprendre ce qui se passe. Je ne vais pas avoir beaucoup de temps d'ici juillet. Je creuserai plus à ce moment. Merci encore de votre aide.


remote_addr: 78.193.249.0
author: ThomasS
email: thomas.szczurek@gmail.com
text:
  Encore un grand merci, c'est passé du premier coup après quelques heures à tourner en rond en essayant de suivre la marche à suivre sur le site qgis !


remote_addr: 185.24.184.0
author: Didier
email: mumblid@orange.fr
text:
  Bonjour,
  Un grand merci pour cette méthodologie.
  Je n'ai pas réussi la partie "fond de texte". Faut-il adapter le script pour l'appel d'un svg en local?
  Encore merci !


remote_addr: 37.65.92.0
author: Jérémie Prud'homme
email: p.jeremie@gmail.com
text:
  Désolé pour le délai de la réponse, je n'avais pas vu le commentaire :(
  Je viens de retester dans QGIS 3.24, une fois que j'ai collé le code HTML dans le champ source, il faut appuyer sur le bouton "Rafraichir la page HTML" pour que le résultat soit affiché.
  En espérant que ça fonctionne de votre côté.


remote_addr: 37.65.92.0
author: Jérémie Prud'homme
email: p.jeremie@gmail.com
text:
  Je ne suis pas sûr de ce que vous ne réussissez pas à faire. La dernière partie avec l'arrière-plan du texte ? Si c'est ça, le code donné en exemple génère un quart de cercle mais la zone HTML doit être assez grande pour le voir car il n'est pas dans le coin haut gauche. J'ai repris le code tel quel depuis l'article d'origine mais libre à vous de l'adapter à vos besoins et selon vos connaissances.
  Concernant le fait d'appeler un svg en local, si c'est pour le fond, autant passer directement par l'ajout d'une image et de lui indiquer le chemin de votre svg, pas besoin du cadre HTML !


remote_addr: 90.17.105.0
author: assayag
email: daniel@assayag.org
text:
  hey merci pour ton site
  je cherche un article sur la capture gps depuis qgis. j'ai reussi a broadcast mon gps de mon telephone android vers qgis. par contre quand je fais add point tous mes champs son NULL (alors que j'ai bien de la donnée); il ne sait pas populate la donnée dans mon layer (j'ai essayé gpx, shapefile de points). si jmais tu lis ce message.. héhé
  merci


remote_addr: 91.167.134.0
author: Bruno IRATCHET
email: bruno@georezo.net
website: https://georezo.net
text:
  Salut Julien,
  C'est cool tout cela, mais j'espérai que la canicule te porterait plutôt vers la remise en service de El_Géo_Paso ;)
  Cela nous manque toujours, coté "filière" (si elle existe) d'avoir une vue sur les annonces du secteur de la géomatique, toujours aussi nombreuses sur GeoRezo.
  Amicalement,
  Bruno


remote_addr: 86.229.72.0
author: Julien
email: julien@ingeoveritas.com
website: http://geotribu.fr/
text:
  Salut Bruno,

  J'ai bien essayé mais je manque de motivation. Je sens bien que ça repose trop sur moi et ça ne me satisfait pas ou plus. Geotribu me demande déjà énormément d'énergie et les bonnes volontés sont très rares !

  J'aimerais que ce projet (El Geo Paso), puisqu'il concerne l'ensemble de la filière, mobilise au-delà de notre force de bénévolat.

  Pourquoi pas via un crowd-funding qui permette de financer un vrai temps de travail sur le projet ?


remote_addr: 89.90.111.0
author: ARTIE
email: guitarthur99@gmail.com
text:
  Bonjour, J'ai bien suivi votre tuto mais lorsque je lance QGIS j'obtiens le message suivant : "Le module SIP n'a pas pu être chargé.
  Le support Python va être désactivé.


  Traceback (most recent call last):
    File "", line 1, in 
  ModuleNotFoundError: No module named 'qgis'


  Version de Python :
  3.10.6 (main, Mar 10 2023, 10:55:28) [GCC 11.3.0]

  Version de QGIS :
  3.28.6-Firenze 'Firenze', 868c9fa03b "

  Je ne peux donc pas utiliser les outils liés à Python dans QGIS (notamment les extensions).

  Auriez-vous une solution?


remote_addr: 86.229.72.0
author: Julien
email: julien@ingeoveritas.com
website: http://geotribu.fr/
text:
  Bonjour,

  Il vaut mieux créer un sujet sur le forum QGIS de GeoRezo car vous aider à débugguer via des commentaires va être délicat :/ .

  Peut-être pouvez-vous commencer par donner plus d'informations sur votre système ? est-ce une nouvelle installation ? quelle version et quelle distribution utilisez-vous ? si vous avez bien suivi le nettoyage ?


remote_addr: 90.46.138.0
author: brisard
email: brisard.lacime@laposte.net
text:
   3 jours que j'essayer de synchroniser avec qfiel sans résultat et la avec Mergin c'est réussi. Merci beaucoup!!!
  Jean-michel Brisard


remote_addr: 90.85.158.0
author: Michael Galien
email: michael.galien@gard.fr
text:
  Allez, je regarde ma boule de cristal et je me risque à une réponse à la question "Je crois davantage à QGIS Processing associé au Modeleur Graphique. Et vous ?"

  Perso, je crois plus à une convergence des métiers de géomaticiens et de data-analysts. Je pense que le point de rapprochement sera le "code" avec Python/SQL.

  - Les "petits" projets seront traités sans entrepôt et directement avec les ETL embarqués dans les outils de DataViz ; d'ailleurs, je ne serais pas étonné que QLIK intègre prochainement des briques de Talend suite au rachat.
  - Les "plus gros" projets seront traités avec une approche ELT et des outils comme DBT qui s'appuie fortement sur SQL.


remote_addr: 130.93.67.0
author: Stéphane
email: stephane.rolle@crige-paca.org
text:
  Merci Julien, je viens de l'installer sur un vieux laptop et ubuntu 20.04.6 LTS.
  Qgis 3.22 installé et fonctionnel (smiley pouce en l'air)


remote_addr: 193.104.162.0
author: Adeline M
email: meniled@gmail.com
text:
  Merci pour cet article très complet. Je n'ai pas encore testé votre solution, mais j'avoue que le traitement à la mimine est assez fastidieux ! Nul doutes que j'aurai l'occasion de tester la prochaine fois que j'aurai besoin de données historiques :)


remote_addr: 86.193.134.0
author: Florian
email: florian.boret@data-wax.com
text:
  Merci Adeline. N'hésite pas à me faire un retour après ton test.

  Nota : La solution proposée devra peut être évoluer, l'IGN travaille sur une refonte de Remonter le temps.


remote_addr: 77.141.37.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Concernant le SOTMFR, tous les replays ne sont pas encore en ligne mais les organisateurs nous on dit que toutes les sessions seraient disponibles.


remote_addr: 69.51.201.0
author: Franck
email: lovescience72@gmail.com
text:
  Bonjour Jérémie, dans la première carte de cet article, je conste que les étiquettes sont dans de beaux petits ronds avec de jolies couleur, pareil pour la légende. peut-on trouver ses icônes en svg ? je veux enrichir mes cartes de belles icones svg plein de couleur, mais je ne trouve rien sur internet et le peut que je vois et en nuance de gris. 


remote_addr: 92.184.110.0
author: Bruno
email: bruno@georezo.net
website: https://georezo.net
text:
  Salut Julien,
  Si tu as besoin de l'association GeoRezo (ou de moi personnellement) pour engager ce projet de crowd-funding, nous sommes disponibles.
  Toutefois, pour que les choses soient un peu concrète, il faudrait réussir à estimer une charge (nb jours), d'une part pour relancer le service, puis d'autre part, pour le maintenir dans la durée (maintenance annuelle). Avec ces éléments, il doit être possible de lancer un appel au financement, voire solliciter directement l'AFIGéO, dont c'est l'une des ambitions, d'identifier et de conforter une filière (étude en cours).
  On peut en parler tous les 2 quand tu veux.


remote_addr: 154.126.86.0
author: anarivo
email: anarivoandriana@gmail.com
text:
  Merci Julien. Ça a super-bien marché. Maintenant je veux installer le plug-in OTB... Tu peux m'aider? Distro 22.04 Jammy - QGIS 3.28 Firenze 


remote_addr: 176.162.200.0
author: Julien
email: geotribu@gmail.com
website: http://geotribu.fr
text:
  Merci de prendre le temps de remercier, ça fait toujours plaisir :hugging_face: !  
  Par contre, désolé mais le tutoriel s'arrête à l'installation de QGIS. Si tu as besoin d'aide pour aller plus loin, je te recommande l'excellent [forum QGIS sur GeoRezo](https://georezo.net/forum/viewforum.php?id=55) ou équivalents.

  Bonne utilisation de QGIS !


remote_addr: 195.189.67.0
author: Jérémie Prud'homme
email: p.jeremie@gmail.com
text:
  Bonjour Franck.
  Les cartes sont issues du billet de blog publié par North Road et je n'ai pas eu accès au projet QGIS utilisé pour réaliser ces cartes.
  Cependant, si je devais reproduire un symbole proche, j'irais certainement chercher dans une libraire d'icônes comme https://www.svgrepo.com/ par exemple ou encore https://github.com/heremaps/here-icons et je viendrais mettre l'icône choisie en blanc par dessus un basique rond/carré de couleur dans le menu de symbologie de QGIS.

  En espérant que ma réponse est assez claire.


remote_addr: 192.134.132.0
author: L'agent IGN dont il ne faut pas prononcer le nom
email: geodesie@ign.fr
text:
  Je tilte sur l'ironie (? mon interprétation en première lecture est une tonalité ironique) :

  > choix éclairés de l'IGN en matière de registre spécifique

  Oui il va y avoir de nouvelles prises de tête (qui justifieraient un article dédié geotribu), non cela ne me semble pas une lubie IGN.

  Cf <https://geodesie.ign.fr/index.php?page=rgf93>, rubrique maintenance qui pointe <https://geodesie.ign.fr/contenu/fichiers/rgf93v2b_information_cnig.pdf>, <https://geodesie.ign.fr/contenu/fichiers/RGF93v2b-RAF18b.pdf>

  Cf. également <http://cnig.gouv.fr/commission-geopositionnement-a665.html> avec les mentions 'maintenance'

  ou alors j'ai loupé un truc que sous entend Mr Rouault, qu'il faut expliciter ici...


remote_addr: 192.134.132.0
author: John Doe
email: johndoe@example.com
text:
  *En butant sur un souci de reconnaissance de SRS lié aux choix éclairés de l'IGN en matière de registre spécifique*
  Je comprends mal cette phrase (ironique ?) qui méconnait peut être https://geodesie.ign.fr/index.php?page=rgf93 et notamment https://geodesie.ign.fr/contenu/fichiers/rgf93v2b_information_cnig.pdf et https://geodesie.ign.fr/contenu/fichiers/RGF93v2b-RAF18b.pdf

  Plus spécifiquement, https://geodesie.ign.fr/contenu/fichiers/geodinfo/GeodInfo_2022-02-EPSG_IGNF.pdf


remote_addr: 86.229.72.0
author: Julien
email: julien@ingeoveritas.com
text:
  Bonjour,

  C'est vrai que cette intro est un peu sarcastique. Notamment car j'ai rencontré ces soucis de correspondance de code de projections sur des données envoyées par des agents de l'IGN en travaillant... sur la Géoplateforme ! Ça m'a semblé être de bonne guerre 😁.

  > Oui il va y avoir de nouvelles prises de tête (qui justifieraient un article dédié geotribu

  Avec grand plaisir !

  À noter qu'Even Rouault (contributeur majeur à PROJ, GDAL et QGIS) mentionne bien les ressources de l'équipe Géodésie que vous rappelez dans son fil Twitter.

  La tonalité du tweet tient surtout aux conséquences sur les utilisateurs finaux et l'appel à l'IGN à contribuer à l'implémentation de ses décisions dans les principaux outils de l'écosystème. 


remote_addr: 145.232.236.0
author: Rémi B.
email: remi.bovard@gmail.com
text:
  Merci Florian pour ce partage, j'avais fait un peu de même pour la réalisation d'un plan de ville en 2017 https://twitter.com/RemiBovard/status/895888216531902464

  Par contre pour les outils, j'était passé par du FME et du PostGIS en plus de QGIS https://twitter.com/RemiBovard/status/895888216531902464

  Un point important qui serait intéressant à ajouter ici, c'est de calculer un ratio de couverture rue/cellule. Ca permet d'exclure les petites portions présentes dans les cellules pour les axes présents dans plusieurs cellules (je ne me rappelle plus la valeur que j'avais mise, mais ça rendait assez bien).

  A+


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gmail.com
text:
  Salut Julien,

  C'est quoi la bonne pratique selon toi : install pour tous les utilisateurs ou pas ?

  Je remarque que le lancement de la maj de PIP s'effectue dans le "local user" même avec une install "all user", sauf à lancer la commande en tant qu'admin.

  Merci,


remote_addr: 86.229.72.0
author: Julien
email: julien@ingeoveritas.com
website: https://geotribu.fr
text:
  Salut Michaël,  
  Tu t'aventures loin de ton langage structuré de requêtes en base :wink: !

  > C'est quoi la bonne pratique selon toi : install pour tous les utilisateurs ou pas ?

  Difficile de donner une réponse universelle tant cela dépend des cas de figure :

  - est-ce que l'ordinateur est utilisé par différents utilisateurs (avec chacun sa session) dont les usages sont éloignés ?
  - l'utilisateur dispose t'il des droits d'administration ?
  - certains packages tiers nécessiteront-ils un accès aux ressources système (type besoin de compilateur C/C++, bibliothèques installées en mode admin, etc.) ?

  Si je dois quand même t'épargner une réponse du Normand que je ne suis pas : sauf si c'est pour un utilisateur final dont tu veux contrôler l'usage (= limiter ton effort de maintenance), installe en mode system-wide (admin). Python, et notamment l'utilitaire `py` mentionné dans l'article, s'occupera de gérer les installations de packages tiers dans l'environnement utilisateur.  
  Il est toujours possible d'installer des packages tiers en mode admin qui seront alors accessibles à l'ensemble des environnements utilisateurs (attention aux effets de bord tout de même).

  Si c'est pour un utilisateur final qui ne fera que "consommer" l'usage de Python en mode basique, privilégie l'installation par le Microsoft Store.


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gmail.com
text:
  Salut Julien,

  Et oui ! Je découvre tout un nouvel univers !

  Moi qui suis habitué à Windows, PowerShell et SQL me voilà en train de jouer avec Python, WSL, Airflow, DBT et OGR.

  Ça fait beaucoup à digérer.

  Merci pour les éléments de réponses. Nul doute que je vais encore te solliciter sur ces sujets.


remote_addr: 82.64.189.0
author: Vincent Picavet
email: vincent.picavet@oslandia.com
website: https://oslandia.com
text:
  Merci pour cet article, la démarche centripède + logiciel libre + matériel libre est excellente !

  Si je comprends bien dans ce montage il n'y a pas d'inclinomètre ? La perche doit être totalement verticale, ce qui se fait grâce au niveau à bulle intégré dans la canne donc.

  Une amélioration serait l'intégration d'un inclinomètre, en faisant la correction de positionnement par rapport à la base de la canne. Ça demande un traitement dynamique du décalage entre le capteur et la position de la base.

  C'est aussi là qu'une 3e voie pour la correction des coordonnées est possible : l'intégration au système d'un arduino/raspberry, qui fait les corrections statiques + correction dynamique inclinomètre + corrections NTRIP, et qui renvoie des trames corrigées. De cette façon sur la tablette il n'y a besoin d'aucun outil particulier, on peut directement utiliser l'application de saisie terrain de son choix.

  Le 8fablab de Crest était très intéressé pour participer au prototypage d'une version complète avec inclinomètre + traitement directement sur la canne, mais il faut du financement pour cela. Si jamais il y a des gens motivés pour mutualiser une action de ce type, faites signe !


remote_addr: 82.64.79.0
author: Thierry MUSEUX
email: tmu@gnss-factory.fr
text:
  micro modif:
  Platine servant de masse et de support pour l'antenne aimantée.
  ->Platine servant de plan de masse et de support pour l'antenne aimantée.

  La masse ici n'est pas un poids mais une isolation des multi trajets (rebond) que peut faire les ondes radio des satellites visibles.


remote_addr: 193.251.55.0
author: Ronan
email: rjouchet@gmail.com
text:
  J'adore ce genre de bidouille ! J'ai longtemps bricolé des systèmes RTK DIY low-cost. C'était très intéressant et j'ai testé beaucoup de montage: les power-bank, les différentes antennes, platines U-blox, les boitier en impression 3D, système base/rover par liaison LoRa, modem GSM, Réseau X-bee, bref c'était fun mais une fois sur le terrain, ça tenait pas le coup: température, chocs etc... Depuis quelque année j'ai un RS2+ ultra robuste qui fonctionne parfaitement avec centipede, donc si quelqu'un est intéressé par du petit matériel pour tester le RTK ou jouer avec des GPS tout simplement, j'ai un carton plein qui prend la poussière!


remote_addr: 80.11.224.0
author: Tam
email: tamara.redjem@concepto.fr
text:
  Bonjour, merci pour ce super tutoriel!
  Pour la partie texte circulaire je voudrais savoir si il est possible d'ajuster le rayon de la courbes a l'ellipse de son choix dans le code a copier?


remote_addr: 88.126.220.0
author: Julien
email: julien.girard-claudon@lpo.fr
text:
  Bonjour,

  Je réagis tardivement à ce super  article, pour un retour d'expérience et une question.
  Cette configuration a été mise en place dans ma structure par Oslandia mais au bout de deux années de pratique, nous avons fait le choix de décorréler l'installation de QGIS de celle de la personnalisation. Ainsi QGIS est installé classiquement par l'installateur OSGEO4W (avec mise à jour si besoin) et le profil est déployé par une GPO copiant les fichiers et exécutant les scripts de personnalisation. Ce choix a été fait pour faciliter le déploiement dans notre organisation interne.

  Nous coinçons par contre pour maintenir un miroir QGIS à jour avec seulement les paquets qui nous intéressent et pas la copie intégrale d'un autre miroir (sur un serveur linux). 

  Avez-vous des conseils/tuyaux à me donner ?

  Merci !


remote_addr: 95.141.121.0
author: Alexandre.C
email: a.coutelle@cc-paysflechois.fr
text:
  Bonjour,
  Auriez-vous la méthodologie  pour n'afficher que les étiquettes  d'en-têtes des lignes / colonnes ?

  Cdlt,


remote_addr: 77.205.40.0
author: GeoLoico
email: loic.moisan.perso@outlook.f
text:
  Bonjour Julien,

  Je crois que la ville mystère est celle où se dérouleront les prochains Geodatadays 2024. ;)

  Au plaisir et merci pour ces GeoRDP toujours au top !

  À bientôt


remote_addr: 176.144.131.0
author: Julien
email: julien@ingeoveritas.com
website: https://geotribu.fr
text:
  Bonsoir Loïc,

  > Je crois que la ville mystère est celle où se dérouleront les prochains Geodatadays 2024. ;)

  Bien vu ;) !

  > merci pour ces GeoRDP toujours au top !

  Merci pour les remerciements à ceci près que ce n'est pas une GeoRDP mais un article de blog. Les GeoRDP se sont arrêtées en même temps que les forces vives qui les faisaient vivre :). Mais on prend les remerciements quand même !


remote_addr: 79.95.86.0
author: GeoLoico
email: loic.moisan.perso@outlook.fr
text:
  Ok, je l'apprends. RIP GeoRDP🙏

  Bonne poursuite à tes pair.e.s et toi.

  À bientôt et bonne fin d'année 🎄


remote_addr: 105.154.76.0
author: Capvitae.
email: a.bortoletti@hotmail.fr
website: https://www.capvitae.fr/
text:
  Très beau contenu sur ma ville, aujourd'hui toutes ces technologies profitent également aux personnes âgées qui peuvent être informées en temps réel. bravo pour vos efforts.


remote_addr: 83.113.177.0
author: NiceSky
email: beaussieu@orange.fr
text:
  Bonjour,
  je dirais 75 rue des Français libres à Nantes ...
  et si quelqu'un a une méthode géomatique pour trouver, je suis preneur ;-)


remote_addr: 80.14.242.0
author: Éric Mauvière
email: eric.mauviere@icem7.fr
website: https://www.icem7.fr
text:
  Merci pour ce bel article qui me fait découvrir quelques ressources supplémentaires.

  J'ai un doute sur l'affirmation que DuckDB ne gère pas les reprojections : il y a une fonction ST_Transform() qui fait ça plutôt bien, à partir par exemple de codes EPSG. Par contre, il est vrai que l'information sur la projection courante n'est pas stockée dans une table DuckDB spatiale (mais ce doit être le cas dans le format GeoParquet).
  cf. aussi https://www.icem7.fr/cartographie/3-explorations-bluffantes-avec-duckdb-croiser-les-requetes-spatiales-3-3/


remote_addr: 77.141.37.0
author: Tetranos
email: michael.galien@gmail.com
text:
  Coïncidence, un article de Paul Ramsey au sujet de DuckDb lui aussi publié 19/12 : https://blog.cleverelephant.ca/2023/12/duck.html


remote_addr: 195.36.244.0
author: Julien
email: julien@ingeoveritas.com
website: https://geotribu.fr
text:
  Oui, comme dit dans la com' sur les réseaux sociaux, c'est l'un des sujets tech à la mode en 2023, particulièrement en cette fin d'année.

  D'ailleurs, Éric Mauvière a publié le dernier volet de sa trilogie le même jour également (les 2 premiers sont mentionnés dans l'article) : [3 explorations bluffantes avec DuckDB – Croiser les requêtes spatiales (3/3)](https://www.icem7.fr/cartographie/3-explorations-bluffantes-avec-duckdb-croiser-les-requetes-spatiales-3-3/)


remote_addr: 41.202.219.0
author: Sontsa
email: sontsakemssonb@gmail.com
text:
  Très cool le logiciel mais j'ai beau essayer d'ouvrir une donnée mais rien. La donnée ne s'affiche pas dans le logiciel


remote_addr: 90.109.119.0
author: Brisemotte
email: pbg51@sfr.fr
text:
  Bonjour. J'ai investi dans la perche Ardusimple et me sert de SW Maps via Centipède RTK. Très bien pour positionner des points. Par contre je n'arrive pas en recherche de points quand j'ai les coordonnées de points. Existe t il une appli simple lorsque l'on a les coordonnées (exemple recherche de borne).


remote_addr: 77.141.37.0
author: Michaël Galien
email: michael.galien@gard.fr
website: https://bsky.app/profile/tetranos.bsky.social
text:
  Salut Julien,

  Je fais appel à ton expertise du sujet pour un problème que nous avons ici.

  Nous déployons actuellement Airflow pour automatiser un certains nombres de tâches.
  Le principe d'Airflow est de décrire en Python les tâches à réaliser et les fréquences d'exécution via une expression cron. Un "scheduler" se charge de faire basculer les tâches à "en faire" au moment souhaité puis des "workers" viennent réaliser ces tâches.

  Parmi les tâches que nous voulons faire faire aux workers il y a des appels OGR2OGR (au passage merci pour ça : https://geotribu.fr/articles/2021/2021-09-07_traiter_fichiers_adresse_gdal_csv_vrt) et des appels à qgis_process.

  Nous devons donc mettre en place dans le contexte des workers tout ce qu'il faut pour qu'ils puissent réaliser ces tâches et donc y installer QGIS. Nous nous sommes aidé de ce tuto pour cela.

  Le truc c'est que nous déployons Airflow via Docker et que, si je comprends bien, l'image Docker fournie se base sur une Debian Bullseye. Or, il semble que le dépôt référence pour Debian d'anciennes versions de QGIS bien loin de la 3.28 LTR.

  Connaitrais-tu un moyen pour avoir une version plus récente sur cette distribution ?

  Merci,


remote_addr: 82.66.242.0
author: Paul
email: paul@ouestware.com
text:
  Merci beaucoup pour cette ressource très utile.
  Notamment les sources de tuiles vectorielles.

  Je viens de découvrir que les tuiles de l'Institut Cartogràfic i Geològic de Catalunya sont limitées à un zoom de 16.
  Ça pourrais être utile de prévenir les futur⋅e⋅s utilisateur⋅rices.

  Pour info j'ai trouvé une autre source librement accessible mais que pour des tests gentiment maintenues par la communauté OpenStreetMap FR :
  https://tile-vect.openstreetmap.fr/
  https://github.com/osm-fr/infrastructure


remote_addr: 91.160.188.0
author: Florent Fougères
email: florent.fougeres@gmail.com
text:
  Merci pour Éric pour votre commentaire. En effet, vous avez raison, cette partie manque de précision dans l'article. L'extension spatiale de DuckDB gère les projections, mais une colonne de géométrie n'est pas définie par son système de projection. Pour le cas de l'utilisation de St_transform, la géométrie source n'est pas détectée, il faut la renseigner. 

  Ce que je voulais dire dans l'article, est qu'une colonne géométrique dans DuckDB n'a pas de système de coordonnées dans sa définition (comme cela peut être le cas dans un GeoPackage ou PostGIS par exemple). Et par conséquent qu'il faut bien connaitre le système de projection de la colonne géométrie, car l'info n'est pas portée par celle-ci.


remote_addr: 80.14.242.0
author: Éric Mauvière
email: eric.mauviere@icem7.fr
website: https://www.icem7.fr
text:
  Merci Florent pour cette réponse, je comprends bien la nuance. DuckDB pourrait théoriquement lire le CRS dans les métadonnées d'un fichier GeoParquet, quand cette info est renseignée. Je m'attends par ailleurs (c'est dans la roadmap) à ce que l'intégration entre DuckDB spatial et Geoparquet soit de plus en plus étroite.


remote_addr: 176.161.230.0
author: Julien
email: julien@ingeoveritas.com
website: https://geotribu.fr
text:
  Salut Michaël,

  Si je comprends bien, vous souhaitez installer QGIS dans un conteneur Docker basé sur l'image d'AirFlow elle-même basée sur Debian Bullseye c'est cela ?

  En théorie, si j'en crois la [doc d'installation de QGIS](https://qgis.org/fr/site/forusers/alldownloads.html#quickstart), il suffit juste de changer l'adresse du dépôt (PPA) indiquée ici https://geotribu.fr/articles/2023/2023-01-05_installer-qgis-sur-ubuntu/#referencement-du-depot-dans-la-liste-des-sources-de-paquets en remplaçant `ubuntu` par `debian` pour pointer sur `https://qgis.org/debian-ltr` au lieu de `https://qgis.org/ubuntu-ltr`. Mais normalement, c'est la même chose car l'un est en fait un lien symbolique sur l'autre.


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  On a (du moins on pense avoir) suivi tes instructions.
  Sans LTR on obtient bien une 3.34 mais en précisant LTR on se retrouve avec une 3.22.

  EDIT : n'existe t-il pas un moyen de demander une version spécifique ? On pourrait alors forcer sur 3.28.


remote_addr: 88.124.144.0
author: Mayeul Kauffmann
email: mayeul.kauffmannn@free.fr
text:
  Airflow Dockérisé utilise bien Bullseye, cf. https://airflow.apache.org/docs/apache-airflow/stable/howto/docker-compose/index.html

  Il y a un Dockerfile pour QGIS basé sur Bullseye ici:
  https://docs.qgis.org/3.28/en/docs/server_manual/containerized_deployment.html#simple-docker-images


  Mon avis: la logique de Docker est, plutôt que d'essayer de tout mettre dans un container, d'essayer au contraire de définir une fonction différente pour chaque container Docker (comme des micro-services), et d'organiser le tout grâce à Docker Compose.
  Cela donnerait un Airflow Dockérisé avec Bullseye, et à côté un QGIS dockerisé avec un autre OS plus récent.
  Il est en effet possible de changer la première ligne du dockerfile de qgis Dockerisé (FROM debian:bullseye-slim) pour mettre un autre OS GNU/Linux (Ubuntu ou autre) et/ou une autre version (plus récente); il faudra alors probablement adapter le reste du Dockerfile.
  C'est par exemple ce qui est fait avec un QGIS Dockerisé sur une image Ubuntu Jammy 22.04, et un docker-compose.yml (QGIS + NGINX), ici:
  https://github.com/opengisch/qgis-docker/blob/master/docker-compose.yml
  L'image vient de: https://hub.docker.com/layers/opengisch/qgis-server/stable-jammy/images/sha256-c868d376146b155214770ebe00f3ca71851fb58e17845a5d53e9461a51243a45?context=explore


remote_addr: 90.85.158.0
author: Michaël Galien
email: michael.galien@gard.fr
text:
  Je comprends le raisonnement, on en a d'ailleurs parlé en interne.

  On a effectivement déjà travaillé à la fois sur des dockerfile et sur un docker-compose. 

  Airflow c'est plusieurs processus et donc plusieurs containers basés sur une image commune. On a conserver l'image de base sauf pour le fameux worker qui a nécessité la rédaction d'un dockerfile spécifique pour justement ajouter les utilitaires.

  Le docker-compose nous permet d'installer Airflow et ses dépendances (Redis + PostgreSQL) et aussi Metabase.

  A ce stade, on a développé quelques workflow (DAG dans le jargon Airflow) qui utilisent déjà pas mal de CLI :
  - ogr2ogr
  - psql
  - 7zip
  - dbt

  Si Airflow propose des outils pour appeler depuis le worker un binaire dans un autre container, il nous semblait "lourd" de faire une image et un container micro-service pour chacun des utilitaires pré-cités.

  Éventuellement, pour QGIS, le plan B qu'on envisage est la mise en place d'un qgis-server. Le dialogue se ferait alors par HTTP. L'image/container dédié dans ce cas me semble bien adapté.

  Finalement, la question c'est d'arriver à trouver la limite en dessous de laquelle l'installation dans le worker suffit et au delà de laquelle il est préférable de créer une image.


remote_addr: 80.82.239.0
author: SFernandes
email: sandrinefernandespro98@gmail.com
text:
  et si on travaille sur une couche non pas linéaire mais ponctuelle ? Est-ce que c'est possible de remplacer la fonction intersect par contains ? J'aimerais créer un index de bâtiments, avec pour chaque carré de la grille le nom des établissements présents, j'ai déjà testé de remplacer la fonction intersect mais je pense que je loupe quelque chose (je débute en SIG), auriez-vous des pistes ?  


remote_addr: 178.132.107.0
author: Karl
email: karl.azemar@gmail.com
text:
  Salut, pareil de mon côté : tif, asc, png... dans tous les cas le logiciel ne m'affiche rien. Je cherche, si je trouve je reviens !


remote_addr: 90.85.181.0
author: Boret Florian
email: florian.boret@data-wax.com
website: https://data-wax.com/
text:
  Bonjour,
  Dans QGIS, il est possible d'utiliser cette requête sur le label

  ```sql

  CASE 

  WHEN(
  CASE
    WHEN floor(((maximum("top") - "top" ) / 999) / 26) > 0
    THEN char(floor(((maximum("top") - "top" ) / 999) / 25) + 64)
    ELSE ''
  END
  ||
  to_string(("right" - minimum("left")) / 999)
  )='1' THEN 
  (
  CASE
    WHEN floor(((maximum("top") - "top" ) / 999) / 26) > 0
    THEN char(floor(((maximum("top") - "top" ) / 999) / 25) + 64)
    ELSE ''
  END
  ||
  char(((maximum("top") - "top") / 999) % 26 + 65) 
  ||
  to_string(("right" - minimum("left")) / 999)
  )

  WHEN(
  CASE
    WHEN floor(((maximum("top") - "top" ) / 999) / 26) > 0
    THEN char(floor(((maximum("top") - "top" ) / 999) / 25) + 64)
    ELSE ''
  END
  ||
  char(((maximum("top") - "top") / 999) % 26 + 65)
  )='A' THEN 
  (
  CASE
    WHEN floor(((maximum("top") - "top" ) / 999) / 26) > 0
    THEN char(floor(((maximum("top") - "top" ) / 999) / 25) + 64)
    ELSE ''
  END
  ||
  char(((maximum("top") - "top") / 999) % 26 + 65)
  ||
  to_string(("right" - minimum("left")) / 999)
  )

  ELSE 
  NULL
  END


  ```


remote_addr: 90.85.181.0
author: Boret Florian
email: florian.boret@data-wax.com
website: https://data-wax.com/
text:
  Je n'ai pas testé mais si vous utilisez la fonction contains ça ne tiendra pas compte des bâtiments à cheval sur X mailles.
  Est-ce que vous avez déjà testé avec la fonction intersect? Elle doit pouvoir s'utiliser sur vos bâtiments comme sur les voies.


remote_addr: 88.170.26.0
author: Aurélien
email: aurelienchaumet17@gmail.com
text:
  Bonjour !
  Combien pèse votre fichier ? J'ai déjà observé que si la donnée possède une résolution trop "forte", cela fait planter le soft...


remote_addr: 195.15.131.0
author: Karl
email: karl.azemar@gmail.com
text:
  J'ai testé avec le MNT de Bora Bora (770 Mo), mais aussi des MNT plus légers du RGE ALTI (7 Mo pour du 25 mètres).
  Ce qui est significatif, c'est que dès l'ouverture du logiciel je ne vois pas le modèle par défaut. J'ai testé sur un autre PC : ça fonctionne très bien.
  Donc je me demande si ce n'est pas un pb de carte graphique ?
  J'ai ouvert une issue sur le github de l'auteur : https://github.com/ephtracy/ephtracy.github.io/issues/322


remote_addr: 84.55.167.0
author: Aurélien
email: aurelienchaumet17@gmail.com
text:
  Hmm là j'avoue que je ne pourrais malheureusement pas te répondre, je n'ai pas poussé les tests jusque là...
  Preneur du retour de l'auteur ;)


remote_addr: 188.61.201.0
author: Desire_KTUD
email: kientega.desire@yahoo.fr
text:
  Bonjour! Merci pour ce merveilleux article. J'ai testé et franchement Bravo.
  Par contre j'ai un problème d'édition des couches des projets que j'ai téléchargé de qfieldcloud .A l'application mobile qfields. 
  Je rappel que dans le projet qgis j'ai configuré toutes les couches couches éditables.

  Aussi dans qfieldcloud , je suis administrateur et j'ai utilisé le même useraccount dans le mobile.
  auriez vous une idée , de mon erreur? ou une idée de comment faire?
  Ou quelqu'un d'autre aurait une idée??? MERCI


remote_addr: 102.67.193.0
author: Guilhem
email: contact@guilhemallaman.net
text:
  Bonjour, Merci pour ce retour !
  S'agit-il de couches PostGIS ? ou geopackage ? Le souci rend impossible l'édition des couches dans QField ? Ou bien est-ce après synchronisation que les données ne sont pas mises à jour sur la source ? Quel est votre "role" sur le projet visible dans la page d'admin web ? 


remote_addr: 188.61.201.0
author: Desire_KTUD
email: kientega.desire@yahoo.fr
text:
  1-c'est du shp et du geopakage!
  2-Le souci rend impossible l'édition des couches dans QField "sur le mobile"
  3-Quel est votre "role" sur le projet visible dans la page d'admin web : Je suis administrateur , aussi j'ai créer d'autre compte éditeur. J'ai utilisé le profile administrateur


remote_addr: 37.65.161.0
author: Guilhem
email: contact@guilhemallaman.net
text:
  Certaines couches sont peut-être configurées en lecture seule dans le projet QGIS ? Vous pouvez vérifier cela dans "Projet" > "Propriétés", onglet "Sources de données"


remote_addr: 104.28.218.0
author: Desire_KTUD
email: kientega.desire@yahoo.fr
text:
  C'est Tout Bon!!!
  Problème lié aux permissions des groups lors de la création des utilisateurs (people)


remote_addr: 81.194.30.0
author: @rcarto
email: timothee.giraud@cnrs.fr
text:
  Hello, 
  Merci pour ce billet de blog très pratique. Étant présent sur au moins une liste proposée ici, pas mal de comptes ont commencé à me suivre. La plupart de ces comptes n'ont pas de photo de profil, pas de bio/présentation ni aucun post, je n'ai donc suivi en retour aucun de ces comptes-là. C'est pas mal de rajouter une petite bio ou un post inaugural de présentation quand on arrive sur ce réseau (même si on utilise un pseudonyme), cela permet aux autres utilisateurs de savoir un peu à qui ils ont à faire et éventuellement de suivre en retour :-)


remote_addr: 159.180.250.0
author: JIani L
email: gihel99@gmail.com
text:
  Bonjour, merci pour cet excellent tuto. Est-ce possible d'insérer le "Secret" avec cette installation ? CF : https://github.com/opengisch/QField/discussions/4771

  Merci encore pour cet excellent article, je teste ça dès que possible :) 


remote_addr: 37.65.161.0
author: Guilhem
email: contact@guilhemallaman.net
text:
  Bonsoir, et merci pour le retour !
  Entre la version QFieldCloud avec laquelle les captures d'écran de l'article ont été réalisées (v0.23.2) et la dernière version actuelle (v0.25.0), il y a déjà eu pas mal de changements, notamment une importante refonte graphique de l'interface d'admin web ! Cela dit, je ne crois pas que les secrets soient encore implémentés, ce qui est dans la todo list si l'on se fie à la discussion GitHub transmise. Pourquoi ne pas leur demander directement ?


remote_addr: 37.58.131.0
author: Radhouan AMMARI
email: radhwanammeri@gmail.com
text:
  Merci pour cette article , est-il possible de connaitre les buffers des différents départements en France , je n'arrive pas a trouver un site pour trouver la distance exacte pour chaque département.


