From e76032eb37353885265c4734b0c17bb6911bffb3 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Lo=C3=AFc=20Bartoletti?= Date: Tue, 2 Jul 2024 06:57:54 +0200 Subject: [PATCH] Update content/articles/2024/2024-07-01_de_la_tolerance_en_sig.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-authored-by: Guilhem Allaman <40383801+gounux@users.noreply.github.com> Signed-off-by: Loïc Bartoletti --- content/articles/2024/2024-07-01_de_la_tolerance_en_sig.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/articles/2024/2024-07-01_de_la_tolerance_en_sig.md b/content/articles/2024/2024-07-01_de_la_tolerance_en_sig.md index 4eb68bc9f0..7cf67c4b7a 100644 --- a/content/articles/2024/2024-07-01_de_la_tolerance_en_sig.md +++ b/content/articles/2024/2024-07-01_de_la_tolerance_en_sig.md @@ -347,7 +347,7 @@ intersection La réponse est `MULTIPOINT ((1981640.7849060092 5199258.022088398), (1981583.6205737416 5199333.301878075))` Ah ! C'est une petite différence avec QGIS qui retourne deux points. Ici, GEOS retourne un MULTIPOINT, qui, selon moi, est plus cohérent, mais qu'importe. -Le WKT est plus lisible, mais il a l'inconvénient de ne pas avoir toujours la même représentation. QGIS nous retourne 17 décimales et GEOS : 10 ; ce qui, dans tous les cas, est déjà trop pour du projeté, on en reparlera plus tard. +Le WKT est plus lisible, mais il a l'inconvénient de ne pas avoir toujours la même représentation. QGIS nous retourne 17 décimales et GEOS : 10 ; ce qui, dans tous les cas, est déjà trop pour du projeté, on en reparlera plus tard. Afin d'éviter ces différences, nous allons travailler avec le WKB. Pour le récupérer, on ajoute simplement l'option WKB à l'option `-f` pour le format de sortie :