Plus de jeux sur WuGames.ioSponsoriséDécouvrez des jeux de navigateur gratuits — jouez aussitôt, sans téléchargement ni inscription.Jouer

Convertisseur WKT ↔ GeoJSON - Conversion en ligne

Convertisseur WKT GeoJSON gratuit : convertissez WKT, EWKT et sorties PostGIS vers/depuis une FeatureCollection GeoJSON en WGS84. Validez et visualisez en ligne.

WKT et GeoJSON, c'est quoi ?

WKT (Well-Known Text) est un langage texte pour représenter des géométries vectorielles. Il est standard dans les logiciels SIG, les bases de données (PostGIS, Oracle Spatial, etc.) et les échanges de données spatiales.

GeoJSON est un format basé sur JSON pour décrire des structures géographiques. Plébiscité sur le web, il est lisible et supporte naturellement les propriétés d'entités.

Différences clés :

  • Format : WKT est un texte compact, GeoJSON est un objet JSON
  • Usage : WKT côté bases/SIG, GeoJSON côté web
  • Structure : WKT décrit uniquement la géométrie, GeoJSON ajoute propriétés & métadonnées
  • Support : WKT dans les bases spatiales, GeoJSON dans les bibliothèques JavaScript

Exemples WKT

Les géométries WKT ressemblent à :

  • POINT : POINT(30 10)
  • LINESTRING : LINESTRING(30 10, 10 30, 40 40)
  • POLYGON : POLYGON((30 10, 40 40, 20 40, 10 20, 30 10))
  • MULTIPOINT : MULTIPOINT((10 40), (40 30), (20 20))
  • MULTILINESTRING : MULTILINESTRING((10 10, 20 20), (15 15, 30 15))

WKT est supporté par PostGIS, MySQL Spatial, Oracle Spatial, etc.

Exemples GeoJSON

GeoJSON encode les géométries en JSON :

{
  "type": "Point",
  "coordinates": [30, 10]
}

Il peut inclure des propriétés et s'intègre parfaitement avec Leaflet, Mapbox GL, OpenLayers.

Cas d'usage courants

Convertissez WKT ↔ GeoJSON pour :

  • Import/export : transférer des données PostGIS vers des applis web
  • Cartographie web : convertir des WKT issus de bases pour les afficher en GeoJSON
  • Migration de données : passer d'un SIG à un autre
  • APIs : adapter le format exigé par un service
  • Validation : vérifier la validité des géométries dans les deux formats

Types de géométries pris en charge

Le convertisseur traite :

  • Point, MultiPoint
  • LineString, MultiLineString
  • Polygon, MultiPolygon
  • GeometryCollection

Les coordonnées 2D et 3D sont acceptées. Le convertisseur valide automatiquement la structure des géométries.

Questions fréquentes

WKT (Well-Known Text) est un format de géométrie texte défini par OGC Simple Features. Une géométrie comme POINT(-122.4194 37.7749) ou POLYGON((0 0, 0 1, 1 1, 1 0, 0 0)) est concise et lisible, ce qui rend WKT populaire dans les bases SQL (PostGIS, SQL Server, Oracle Spatial), l'échange de données entre SIG bureau et comme format copier-coller. GeoJSON est natif JSON et le standard de facto pour les cartes web. Convertir entre les deux permet d'interroger PostGIS, d'exporter le résultat en WKT et de l'afficher dans Leaflet ou Mapbox sans écrire de parser. La conversion est sans perte pour tous les types standard.

Tous les types OGC standard : POINT, LINESTRING, POLYGON, MULTIPOINT, MULTILINESTRING, MULTIPOLYGON et GEOMETRYCOLLECTION, dans les deux sens. Côté GeoJSON, l'outil lit aussi un Feature ou une FeatureCollection complète, et pas seulement un objet géométrie isolé, vous pouvez donc coller directement les exports de QGIS, geojson.io, ogr2ogr ou PostGIS ST_AsGeoJSON. Une troisième coordonnée Z (altitude) est préservée selon RFC 7946 ; une valeur M (mesure) ne fait pas partie de GeoJSON et est abandonnée à la conversion, gardez donc une copie du WKT d'origine si vous dépendez de M.

GeoJSON exige la longitude-latitude WGS84 (EPSG:4326) selon RFC 7946. WKT n'inclut pas l'information CRS dans le texte ; cela est stocké en externe (dans la table geometry_columns de PostGIS ou comme valeur srid séparée). Lors de la conversion WKT vers GeoJSON, vous devez être sûr que le WKT source est déjà en WGS84, sinon reprojetez d'abord avec ST_Transform dans PostGIS ou ogr2ogr. L'outil ne reprojette pas et n'autodétecte pas un CRS projeté d'après la magnitude des coordonnées, donc les grands nombres style UTM passent inchangés ; vérifiez que les valeurs tombent dans la plage latitude-longitude avant de vous fier au résultat sur une carte.

Oui. EWKT préfixe la géométrie par SRID=xxxx; suivi du WKT standard, exactement comme PostGIS ST_AsEWKT() le produit. Le convertisseur reconnaît ce préfixe et retire le SRID avant l'analyse, vous pouvez donc coller directement le résultat d'une requête PostGIS. Notez que l'outil ne reprojette pas : les coordonnées sont acceptées telles quelles quelle que soit la valeur du SRID. Si le SRID n'est pas 4326 (par exemple une grille nationale ou Web Mercator EPSG:3857), reprojetez d'abord avec ST_Transform, car convertir entre datums dans le navigateur nécessiterait une bibliothèque lourde (proj4js avec bundles EPSG) que cet outil léger n'inclut pas.

Oui. Vous pouvez coller soit WKT soit GeoJSON et il détectera le format et offrira la conversion en sens inverse. GeoJSON vers WKT est utile pour insérer des géométries dans PostgreSQL/PostGIS via ST_GeomFromText() ou pour partager des géométries avec des SIG bureau acceptant WKT (Calculatrice de Champs de QGIS, Calculate Geometry d'ArcGIS Pro). Lors de la conversion d'une FeatureCollection GeoJSON en WKT, vous pouvez choisir entre une liste de chaînes WKT (une par feature) ou une seule GEOMETRYCOLLECTION les contenant toutes. Les propriétés sont abandonnées car WKT n'a pas de concept d'attributs attachés.

WKT stocke généralement les coordonnées comme nombres décimaux jusqu'à 15 chiffres significatifs, ce qui correspond à la précision des flottants double précision IEEE 754 utilisés en JavaScript. La conversion préserve toute la précision dans les deux sens. Toutefois, si vous copiez une géométrie WKT depuis PostgreSQL, la base peut avoir arrondi les coordonnées à une précision fixe (souvent 7 décimales, environ 1 cm à l'équateur) avant stockage. L'arrondi aval par la sérialisation JSON en JavaScript peut aussi supprimer les zéros de fin, bien que la valeur numérique soit préservée. Pour une préservation exacte d'audit, vérifiez les configurations d'arrondi source et destination.

Polygon est une forme fermée unique avec un anneau extérieur et zéro ou plusieurs anneaux intérieurs (trous). MultiPolygon est une liste de Polygons indépendants à traiter comme un seul feature, comme un pays composé d'îles. WKT les distingue par les mots-clés POLYGON((...)) et MULTIPOLYGON(((...)),((...))). Le convertisseur préserve cette distinction dans la sortie GeoJSON. Certains rendus affichent Polygon et MultiPolygon de façon identique, mais les opérations spatiales se comportent différemment : ST_Area sur MultiPolygon somme toutes les parties ; ST_Intersects avec un Polygon contenant un trou exclut correctement le trou, alors qu'un Multi-of-Polygons naïf peut ne pas le faire.

Oui, après la première visite. Le convertisseur est du JavaScript côté client pur sans dépendance réseau ; une fois la page dans le cache de votre navigateur, il fonctionne hors ligne indéfiniment. Aucun cookie ni traceur n'est installé sur les données géométriques, aucun envoi ne se produit pendant la conversion, et vous pouvez le vérifier en observant l'onglet réseau du navigateur pendant que vous collez et convertissez. Cela importe quand vous travaillez avec des géométries confidentielles telles que résultats d'études propriétaires, plans internes ou données de localisation soumises au RGPD ou autres régulations vie privée. Fermer l'onglet jette tout de la mémoire.

Elle n'échoue plus. Presque tout GeoJSON du monde réel est une FeatureCollection (QGIS Enregistrer sous GeoJSON, geojson.io, ogr2ogr, ArcGIS et les lignes PostGIS encapsulées avec json_build_object en produisent une), et l'outil lit désormais directement FeatureCollection, un Feature unique et GeometryCollection, pas seulement une géométrie isolée {type, coordinates}. Pour le sens GeoJSON vers WKT, choisissez la forme du résultat : Un WKT par ligne pour obtenir une chaîne WKT par feature (pratique pour une boucle d'INSERT), ou Une seule GEOMETRYCOLLECTION pour regrouper toutes les géométries dans une seule GEOMETRYCOLLECTION(...). Les propriétés du feature sont abandonnées car WKT ne porte que la géométrie.

GeoJSON utilise l'ordre longitude, latitude (X puis Y) selon RFC 7946, l'inverse de l'ordre lat, lng accepté par de nombreuses cartes et API web, donc POINT(105.83 21.03) devient [105.83, 21.03]. Cette inversion lon-lat est la cause la plus fréquente d'un point converti tombant dans le mauvais hémisphère ; si votre géométrie apparaît au large de l'Afrique de l'Ouest près de 0,0, c'est généralement une paire inversée. RFC 7946 recommande aussi la règle de la main droite pour les anneaux de Polygon : anneaux extérieurs dans le sens antihoraire, trous dans le sens horaire. L'outil transmet les coordonnées inchangées et ne réoriente pas les anneaux en silence, donc si un consommateur strict rejette votre polygone, corrigez le sens de rotation à la source (ST_ForcePolygonCCW dans PostGIS, ou rewind dans QGIS).
Convertisseur WKT ↔ GeoJSON - Conversion en ligne — Convertisseur WKT GeoJSON gratuit : convertissez WKT, EWKT et sorties PostGIS vers/depuis une FeatureCollection GeoJSON
Convertisseur WKT ↔ GeoJSON - Conversion en ligne