KMZ → GLB, modelos de la Tierra al 3D universal.
Por favor, espera
Un KMZ es un paquete comprimido que usa Google Earth y que contiene información geográfica KML y modelos 3D en formato Collada (DAE). Esta herramienta extrae los modelos 3D y los convierte a GLB, para que dejen de depender de Google Earth y puedas visualizarlos sin problemas en cualquier software 3D, visor web o motor como Three.js, Babylon.js o Unity.
PredeterminadoY-up
Determina el eje 'hacia arriba' del modelo exportado. Los diferentes software 3D usan diferentes convenciones. Seleccionar el sistema incorrecto puede hacer que el modelo quede de lado.
Convención utilizada por OpenGL, Three.js y la mayoría de los motores web 3D. Elija esta para modelos de web o motores de juegos.
Convención utilizada por Blender (predeterminado), 3ds Max y algunos software CAD. Pruebe esta si el modelo aparece de lado.
Predeterminado0°
Rango-180° – 180°
Rote el modelo alrededor de cada eje, rango de -180° a 180°. Útil para ajustar la orientación de impresión o corregir desalineaciones de ejes.
Predeterminado0°
Rango-180° – 180°
Rote el modelo alrededor de cada eje, rango de -180° a 180°. Útil para ajustar la orientación de impresión o corregir desalineaciones de ejes.
Predeterminado0°
Rango-180° – 180°
Rote el modelo alrededor de cada eje, rango de -180° a 180°. Útil para ajustar la orientación de impresión o corregir desalineaciones de ejes.
PredeterminadoTransformación del nodo raíz
Elija cómo se escribe la rotación en el modelo exportado. Hornear en los vértices reescribe todas las coordenadas de los vértices, de modo que todos los formatos de exportación (incluidos los que solo leen geometría, como STL y STEP) la aplican de forma coherente; la transformación solo del nodo raíz conserva las coordenadas originales de los vértices y es más adecuada para modelos animados o con esqueleto, pero los formatos que ignoran las transformaciones de nodo (como STEP) no aplicarán la rotación.
La rotación se escribe en todas las coordenadas de los vértices y se aplica de forma coherente en todos los formatos de exportación; los datos de geometría se reescriben.
La rotación se escribe como transformación del nodo raíz y las coordenadas de los vértices permanecen sin cambios; mejor para modelos con esqueleto/animación, pero los formatos que ignoran transformaciones de nodo (como STEP) no la aplican.
Arrastra y suelta tu archivo KMZ o haz clic para explorar
Comprueba la información del modelo y ajusta los parámetros de conversión
Haz clic en convertir y descarga tu archivo GLB al instante
Un KMZ es un paquete ZIP que incluye un archivo de marcado geográfico KML, modelos 3D en formato Collada (.dae), imágenes de textura y coordenadas geográficas. Esta herramienta solo extrae la parte de modelo 3D y omite la geolocalización.
Sí. Las imágenes de textura referenciadas por el modelo Collada se extraen y se incrustan en el GLB. También se conservan propiedades básicas de material, como el color difuso y los mapas, para que el aspecto del modelo sea coherente.
Si el KMZ incluye varios modelos 3D en distintas ubicaciones, el convertidor los combina en un único archivo GLB. Si necesitas tratarlos por separado, lo mejor es elegir un KMZ que contenga un solo modelo.
Puedes conseguirlos en la capa de edificios 3D de Google Earth, en exportaciones KMZ desde SketchUp 3D Warehouse y en diversas bases de datos GIS. Busca «KMZ edificios 3D» o «KMZ terreno 3D».
El GLB queda centrado en el origen de un sistema de coordenadas local y no conserva las coordenadas geográficas. Es intencionado: obtienes un recurso limpio e independiente que puedes colocar donde quieras en tu propia escena.
Un KMZ que solo contiene datos geográficos, como marcadores o rutas, no tiene ningún modelo 3D que extraer. Esta herramienta convierte modelos Collada de un KMZ, por lo que ese tipo de archivo no tiene contenido convertible.
Toma un modelo PBR de 50 MB, recorre todo el flujo: exportación desde Blender, compresión de vértices, conversión de texturas a KTX2 y carga en el motor, hasta dejarlo por debajo de 5 MB. Incluye scripts automatizados completos y una hoja de referencia rápida de la serie.
Tu archivo GLB de 10 MB puede consumir 200 MB de VRAM en el móvil y colapsar. Vamos a desmenuzar el problema.
Escritorio, móvil, VR, miniprogramas… ¿qué combinación de compresión usar en cada caso? Este artículo resume los 4 anteriores en una matriz de decisión y un script automatizado. Solo tienes que elegir.
¿Cuántos bytes ocupan realmente los datos de vértices? ¿Cuándo conviene usar cuantización, MeshOpt o Draco? No es «Draco es lo mejor», sino «cada escenario tiene su solución óptima».
