G.A. Logix LogicielsIl y a deux sortes de cartes dans une opération forestière.
Il y a celles que tu produis. Ton équipe les monte, tu contrôles le format, tu décides comment elles circulent.
Et il y a celles que tu reçois. La carte d'opération que le donneur d'ouvrage t'envoie avec le contrat, la prescription signée par son ingénieure, le plan du secteur avec les zones sensibles déjà tracées. Celles-là arrivent en PDF, et tu ne choisis pas.
Tu ne vas pas rappeler ton client pour lui expliquer comment il devrait produire ses cartes. Il te donne du travail, tu prends la carte comme elle vient.
C'est de ces cartes-là qu'on parle ici.
Deux problèmes différents, deux réponses différentes
On a déjà écrit sur le fichier qui voyage par courriel et qui finit en quatre versions contradictoires, et sur la façon d'en sortir avec une couche partagée en ligne. Si le problème est ta propre donnée, c'est encore la meilleure réponse, et c'est dans cet article-là.
Mais cette réponse suppose que tu contrôles les deux bouts de la chaîne. Quand la carte vient de ton client, tu n'en contrôles aucun. Tu reçois un PDF, point. La question n'est plus « comment faire circuler ma donnée », c'est « qu'est-ce que je fais avec un document produit par quelqu'un d'autre, dans un format que je n'ai pas choisi ».
Ce que ForestLogix fait avec ce PDF
Tu le déposes dans le chantier, et il devient un fond de carte.
Pas un document que tu ouvres à côté. Un fond de carte, sous ta position GPS, aux vraies coordonnées. ForestLogix lit le géoréférencement contenu dans le fichier, le découpe en tuiles à l'interne, et l'affiche par-dessus le fond de base. Après, c'est une couche comme les autres: tu l'allumes, tu l'éteins, tu zoomes dessus, tu l'enlèves.
Elle est rattachée au chantier, donc elle arrive sur la tablette de toute l'équipe. Et elle est stockée sur l'appareil, donc elle s'affiche sans réseau.
Une seule condition: le PDF doit être géoréférencé. Un PDF ordinaire est une image, il n'a aucune idée d'où il se trouve sur la terre. Un PDF géoréférencé, souvent appelé GeoPDF, transporte en plus les coordonnées qui disent à quoi correspond chaque coin de la page.
Pourquoi le PDF marche bien pour ça
Le PDF géoréférencé n'est pas la seule porte d'entrée pour un fond de carte dans ForestLogix. Tu peux aussi charger des tuiles déjà préparées, ou brancher un service de cartes en ligne. Chaque chemin a sa situation.
Celui-là tombe pile quand la carte vient de l'extérieur, pour deux raisons.
La première: tout le monde sait déjà en faire un. Exporter un PDF géoréférencé, ce n'est pas une compétence à acquérir. C'est une commande qui existe depuis toujours dans ArcGIS et dans QGIS, et que chaque technicien a déjà utilisée cent fois. Personne n'a de nouveau flux de travail à apprendre, personne n'a de serveur à monter, et surtout, tu n'as rien à demander à ton client. Il fait ce qu'il fait déjà.
La deuxième: la symbologie arrive intacte. C'est la vraie affaire. Faire voyager une symbologie d'un logiciel de cartographie à un autre, c'est un des problèmes les plus coûteux du métier. Les couleurs et les motifs ne ressortent jamais tout à fait pareils de l'autre côté, la légende ne correspond plus, et la carte qu'on regarde au terrain n'est plus celle que l'ingénieure a dessinée. Un PDF ne transporte pas la donnée brute, il transporte le rendu. Il n'y a donc rien à traduire, rien à reconfigurer, rien à perdre. Ce que tu vois dans la cabine est exactement ce qu'elle voyait à l'écran.
Et le compromis est le même mécanisme. Si la fidélité est parfaite, c'est précisément parce que le PDF porte une image et non des entités. C'est pour ça que tu ne peux pas cliquer dessus pour lire des attributs. On échange la possibilité d'interroger la carte contre une fidélité exacte et zéro configuration. Pour une carte reçue, que tu consultes et que tu ne modifies pas, c'est le bon échange.
Le nord et le dézoom
Deux comportements à savoir, parce qu'ils changent ce que l'opérateur voit.
Le nord. L'orientation est déduite des coordonnées projetées du fichier, pas de la façon dont le producteur a écrit ses axes. La carte arrive donc dans le bon sens, même quand elle vient d'un outil configuré à la mode de quelqu'un d'autre.
Le dézoom. Un opérateur qui se demande où il est recule à la vue régionale. La carte reste affichée jusqu'à la vue large, au lieu de disparaître au moment où il en a besoin.
Ce que ça ne fait pas
Ça ne génère pas de carte. Tu fournis le PDF, ForestLogix l'affiche. La cartographie se fait encore dans un outil SIG, et pour la préparation avancée tu restes dans SigLogix, QGIS ou ArcGIS Pro.
Et si le PDF que tu as reçu n'est pas géoréférencé, il ne se placera pas au bon endroit. Il n'y a rien dedans qui dise où il est. Ça vaut la peine de le demander à ton client la prochaine fois: pour lui, c'est une case à cocher de plus à l'export.
Et les applications de cartes, là-dedans
Beaucoup de forestiers ouvrent leurs PDF au terrain avec une application dédiée, comme Avenza. Ce sont de bons outils, et pour quelqu'un qui a seulement besoin de regarder une carte, ça fait la job.
La question n'est pas laquelle est le meilleur visualiseur. C'est de savoir où la carte reçue doit vivre. Si tes opérateurs enregistrent déjà leurs traces, remplissent leurs formulaires, pointent leurs heures et reçoivent leurs bons de travail dans ForestLogix, la carte du donneur d'ouvrage n'a pas de raison d'être le seul morceau de la job qui vit dans une application à part, avec son propre compte et sa propre logique.
C'est une couche de plus dans l'outil que ton équipe ouvre déjà chaque matin.
Essaie avec ta propre carte
Le meilleur test n'est pas une démo sur nos données. C'est la dernière carte que ton donneur d'ouvrage t'a envoyée, ouverte sur une tablette.
Demande une démo et apporte-la. On la dépose devant toi et tu vois si elle tombe à la bonne place, avec les bonnes couleurs.
Fait au Québec.