Convertisseur en ligne gratuit de KMZ en GLB

De nombreux visualiseurs web, moteurs de jeu et outils AR acceptent GLB, mais n’ouvrent pas les packages KMZ de Google Earth. La conversion est utile lorsque vous devez modifier le modèle intégré dans Blender ou partager un seul fichier autonome contenant la géométrie et les textures.

Qu’est-ce que le format KMZ ?

KMZ est un conteneur compressé au format ZIP pour un document géographique KML et ses ressources référencées. Google Earth Pro, les applications de cartographie et de GIS, les logiciels d’arpentage et certaines applications 3D créent des fichiers KMZ.

Un KMZ utilisé pour la modélisation 3D contient généralement doc.kml, un ou plusieurs modèles COLLADA .dae et des textures d’image. KML enregistre le positionnement géographique, l’orientation, l’échelle, le nom, la visibilité du modèle et les liens vers ces ressources. Un KMZ peut également contenir uniquement des repères, des lignes, des polygones, des superpositions, des descriptions ou des liens réseau ; ces éléments ne forment pas automatiquement un maillage 3D.

Qu’est-ce que le format GLB ?

GLB est la forme de conteneur binaire de glTF 2.0. Il peut stocker des maillages, des matériaux, des textures, des hiérarchies de nœuds, des caméras et des animations dans un seul fichier pour les visualiseurs WebGL, les moteurs de jeu, les applications AR, les systèmes de jumeaux numériques et les bibliothèques d’éléments 3D.

Contrairement à un fichier .gltf distinct avec des buffers et des images externes, GLB intègre normalement ses données de buffer et ses textures, ce qui facilite la copie et la publication de l’élément. GLB ne conserve pas intrinsèquement les repères KML, les coordonnées Earth, le comportement du terrain, les visites guidées, les contrôles de calques ni les autres fonctionnalités des documents Google Earth.

Comment convertir KMZ en GLB

Avec Blender

1. Effectuez une sauvegarde du KMZ d’origine. Extrayez-le comme archive ZIP : sous macOS ou Linux, exécutez unzip model.kmz -d model_kmz ; sous Windows, ouvrez le fichier avec File Explorer ou un utilitaire d’archivage et extrayez son contenu.
2. Inspectez doc.kml dans un éditeur de texte. Recherchez l’élément <Model> et sa valeur <Link> ou <href>, puis localisez le fichier .dae référencé et les fichiers de texture. Si l’archive ne contient aucun modèle COLLADA, Blender ne peut pas reconstruire l’objet 3D d’origine à partir des seuls repères ou formes géographiques KML.
3. Conservez la structure des répertoires extraits sans la modifier. Les chemins relatifs des fichiers DAE et KML peuvent dépendre des emplacements d’origine du modèle et des images.
4. Ouvrez Blender et choisissez File → Import → COLLADA (.dae). Sélectionnez le fichier .dae extrait plutôt que le KMZ. Vérifiez dans la fenêtre d’affichage l’absence éventuelle de textures, l’orientation incorrecte et l’échelle inattendue.
5. Déplacez le modèle près de l’origine du monde de Blender s’il a été importé avec de très grandes coordonnées géographiques. Supprimez les caméras ou objets auxiliaires indésirables, corrigez les matériaux et appliquez toute rotation ou échelle nécessaire.
6. Choisissez File → Export → glTF 2.0, définissez le format de sortie sur GLB, puis exportez les objets requis ou la scène complète. Lorsque GLB est sélectionné, l’exportateur glTF regroupe les données de buffer et les textures d’image disponibles dans le fichier binaire.
7. Rouvrez model.glb dans Blender ou dans le visualiseur GLB cible. Vérifiez le maillage, les normales, l’échelle, la transparence, l’apparence des textures et l’animation avant de partager le fichier.

Avec le convertisseur intégré

Vous pouvez convertir le fichier gratuitement sur 101convert.com sans installer de logiciel : sélectionnez l’entrée KMZ, choisissez GLB comme sortie, envoyez le fichier, puis téléchargez le fichier binaire généré. Cette méthode convient aux packages KMZ standard contenant un modèle COLLADA intégré, mais elle offre moins de contrôle que Blender sur le nettoyage des coordonnées, la correction des matériaux, la sélection des objets et l’optimisation.

Limites de qualité et de compatibilité

• Le positionnement géographique peut être perdu : KML stocke la longitude, la latitude, le mode d’altitude, le cap, l’inclinaison et le roulis au niveau du document ou du placement du modèle. Une exportation GLB conserve généralement les transformations locales des objets, mais pas toute la signification des coordonnées Earth. Enregistrez séparément le placement KML d’origine ou utilisez un système géospatial avec une convention explicite de placement GLB.
• Les grandes coordonnées peuvent réduire la précision : les modèles positionnés à des coordonnées réelles peuvent trembler, devenir difficiles à modifier ou disparaître en raison des limites de la virgule flottante. Repositionnez le maillage près de l’origine et conservez sa position géographique d’origine sous forme de métadonnées.
• Les matériaux peuvent changer : les effets COLLADA, les transformations de texture, la transparence, les paramètres spéculaires et le comportement double face ne correspondent pas parfaitement au système de matériaux basé sur la physique de glTF. Réparez les matériaux dans Blender lorsque le résultat converti est différent.
• Les textures nécessitent des références valides : les images manquantes résultent généralement de chemins relatifs incorrects, de formats d’image non pris en charge ou de fichiers absents de l’archive. Conservez les fichiers de texture à côté du DAE pendant l’importation et vérifiez qu’ils sont intégrés dans le GLB exporté.
• Les fonctionnalités KML peuvent être omises : les liens réseau, les références au terrain, les superpositions d’écran, les icônes de repère, les lignes KML, les visites guidées Google Earth et les extensions spécifiques à certains fournisseurs ne sont pas des données de maillage ordinaires et peuvent ne pas apparaître dans GLB.
• Optimisez pour le visualiseur cible : supprimez les objets inutiles, réduisez les nombres de polygones excessifs, redimensionnez les textures trop grandes et appliquez les transformations lorsque la destination impose des limites de mémoire, d’appels de dessin ou de taille de fichier.