Más juegos en WuGames.ioPatrocinadoDescubre juegos de navegador gratis — juega al instante, sin descargas ni registro.Jugar
Herramientas de Validación ValidaciónHerramientas Geo GeoHerramientas de Datos Datos

Validador y Reparador GeoJSON

Validador y reparador GeoJSON RFC 7946 gratis. Verifica sintaxis, corrige el orden de bobinado de polígonos (regla mano derecha), valida límites WGS84 y reduce precisión.

clearClearpastePaste
Upload
Arrastra y suelta archivo GeoJSON aquí
o haz clic para buscar
Decimales (6 ≈ 0,11 m en el ecuador)

¿Qué es el Validador y Reparador de GeoJSON?

El Validador y Reparador de GeoJSON es una herramienta online gratuita que valida archivos GeoJSON, detecta errores comunes y corrige problemas automáticamente. Asegura que tus datos GeoJSON cumplan con los estándares y estén listos para usar en aplicaciones de mapas.

La validación de GeoJSON es crucial para aplicaciones de mapas web. GeoJSON inválido puede causar errores de renderizado, fallas de aplicación o comportamiento inesperado en librerías como Leaflet, Mapbox y OpenLayers.

Esta herramienta no solo valida tu GeoJSON sino que también proporciona capacidades de reparación automática, corrigiendo problemas comunes como coordenadas duplicadas, orden de enrollamiento incorrecto y geometrías mal formadas.

Errores Comunes de GeoJSON

Este validador detecta y corrige los siguientes problemas:

  • Propiedad 'type' faltante o inválida
  • Formato u orden de coordenadas incorrecto
  • Coordenadas fuera de límites válidos (-180 a 180, -90 a 90)
  • Coordenadas duplicadas o redundantes
  • Anillos de polígono no cerrados
  • Orden de enrollamiento de polígono incorrecto (regla de la mano derecha RFC 7946: anillo exterior antihorario, agujeros horario)
  • Propiedades vacías o nulas
  • Estructura de Feature o FeatureCollection inválida

Cómo Usar el Validador de GeoJSON

Usar el validador es sencillo:

  • Pega tus datos GeoJSON o sube un archivo .geojson
  • Haz clic en Validar para verificar errores
  • Revisa los resultados de validación y problemas detectados
  • Selecciona opciones de reparación para corregir problemas automáticamente
  • Haz clic en Reparar y Validar para generar GeoJSON corregido
  • Descarga el GeoJSON reparado o cópialo para usar

La herramienta proporciona mensajes de error detallados mostrando exactamente qué está mal y dónde ocurre el problema en tu estructura GeoJSON.

Capacidades de Reparación

La función de reparación puede corregir automáticamente:

  • Eliminar coordenadas consecutivas duplicadas en LineStrings y Polygons
  • Limpiar coordenadas redundantes usando Turf.js cleanCoords
  • Corregir orden de enrollamiento de polígono siguiendo la regla de la mano derecha RFC 7946 (anillo exterior antihorario, anillos interiores (agujeros) horario)
  • Eliminar objetos de propiedades vacíos o valores nulos
  • Reducir la precisión de coordenadas a un número de decimales elegido para reducir el tamaño del archivo
  • Mostrar una comparación en vivo del tamaño en bytes de entrada y salida tras cada reparación

Después de la reparación, la herramienta re-valida el GeoJSON para asegurar que todos los problemas se hayan resuelto.

Aplicaciones y Casos de Uso

Este validador es útil para:

  • Validar GeoJSON antes de usar en aplicaciones de producción
  • Depurar generación de GeoJSON desde bases de datos o APIs
  • Limpiar archivos GeoJSON subidos por usuarios
  • Asegurar compatibilidad de GeoJSON entre diferentes librerías de mapas
  • Reducir la precisión excesiva de coordenadas para reducir el tamaño del archivo y los puntos redundantes
  • Preparar GeoJSON para almacenamiento y transmisión eficiente a teselas de Leaflet/Mapbox

Estándares de Validación de GeoJSON

Esta herramienta valida contra la especificación oficial de GeoJSON (RFC 7946):

  • Tipos de geometría correctos: Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon, GeometryCollection
  • Formato de coordenadas válido: [longitud, latitud] o [longitud, latitud, elevación]
  • Límites de coordenadas: longitud [-180, 180], latitud [-90, 90]
  • Anillos de polígono: primera y última coordenadas deben ser idénticas (anillo cerrado)
  • Orden de enrollamiento: anillo exterior antihorario, anillos interiores (agujeros) horario (regla de la mano derecha RFC 7946)
  • Propiedades de Feature: deben ser un objeto (puede estar vacío o ser null)

Seguir estos estándares asegura que tu GeoJSON funcione correctamente en todas las implementaciones conformes.

Sobre el Validador y Reparador de GeoJSON

El Validador y Reparador de GeoJSON revisa cualquier documento GeoJSON para verificar el cumplimiento de la especificación RFC 7946, señala errores estructurales, problemas geométricos y coordenadas fuera de rango o no numéricas, y luego repara automáticamente los más comunes: coordenadas redundantes y duplicadas, propiedades vacías en Features y el orden de bobinado del polígono mediante la regla de la mano derecha (anillo exterior antihorario, agujeros horario). También reduce la precisión excesiva de coordenadas y muestra una lectura del tamaño en bytes antes y después, el paso estándar previo al despliegue para reducir las cargas de teselas de Mapbox y Leaflet. Ideal para analistas SIG limpiando datos de campo, desarrolladores web depurando fuentes de teselas, ingenieros de datos montando pipelines espaciales y cualquiera que exporte desde QGIS, ArcGIS o scripts propios y necesite que el archivo cargue limpio en Leaflet, Mapbox o Turf.js sin sorpresas. Prueba también nuestro Geocodificador y Geohash Encoder Decoder.

Preguntas Frecuentes

Valida tu entrada contra RFC 7946 (la especificación GeoJSON), comprobando que el objeto raíz sea FeatureCollection, Feature o Geometry; que cada geometría tenga exactamente la estructura requerida por su tipo declarado (coordenadas Point de longitud 2 o 3, LineString con al menos 2 posiciones, anillos de Polygon cerrados con al menos 4 posiciones); y que las coordenadas sean números dentro de los rangos WGS84 válidos (longitud ±180, latitud ±90). También confirma que cada Feature lleve un miembro geometry (que puede ser explícitamente null, un Feature sin ubicar) y que properties sea un objeto o null.

Reparaciones disponibles: limpiar coordenadas redundantes y consecutivas duplicadas con Turf.js cleanCoords; corregir el orden de bobinado del polígono a la regla de la mano derecha RFC 7946 (anillo exterior antihorario, agujeros horario); convertir objetos de propiedades vacíos de un Feature a null; y reducir la precisión de coordenadas a un número de decimales elegido para reducir el tamaño del archivo. Cada reparación solo cuenta cuando realmente cambia el documento, y tras la reparación la herramienta vuelve a validar y muestra una comparación de tamaño en bytes antes y después para que midas el resultado.

RFC 7946 exige que los anillos exteriores de Polygons se bobinen en sentido antihorario vistos desde arriba (la regla de la mano derecha, la misma convención usada por OGC Simple Features) y que los anillos interiores (agujeros) se bobinen en sentido horario. Esta convención importa porque algoritmos de punto-en-polígono y algunos renderers (notablemente Mapbox GL y deck.gl) se basan en ella para decidir qué lado es el interior. Si tus datos los exportó una herramienta con la convención opuesta (algunos shapefiles ESRI antiguos), los agujeros pueden renderizarse como sólidos y el interior del polígono como transparente. La reparación reorienta todos los anillos al orden conforme a RFC.

El antimeridiano es la línea de longitud en ±180 grados, donde el hemisferio este y el oeste se encuentran. Una LineString o Polygon que lo cruza puede codificarse de dos formas: como un único feature cuya longitud salta de +179 a -179 (que la mayoría de renderers dibujarán como una línea que envuelve todo el globo), o como MultiLineString/MultiPolygon con la geometría dividida en el antimeridiano. RFC 7946 recomienda la forma dividida para evitar renderizado envolvente. Esta herramienta no divide automáticamente las geometrías que cruzan el antimeridiano; para ese paso ejecuta ogr2ogr con -wrapdateline o una librería dedicada de corte por antimeridiano antes de validar aquí.

La herramienta sigue RFC 7946 (junio 2016), la norma actual GeoJSON. Borradores y variantes antiguas como la especificación 2008, GeoJSON-T (extensión de tiempo) y GeoJSON-LD (extensión datos enlazados) se parsean como JSON normal: los miembros extraños se preservan y pasan sin cambios en lugar de rechazarse, así que tus campos extra sobreviven el ciclo. El borrador 2008 permitía un miembro crs que RFC 7946 descarta; si tu archivo aún lo lleva se conserva en la salida, así que elimínalo manualmente si un consumidor estricto lo rechaza. Para TopoJSON (formato relacionado pero distinto), usa un convertidor dedicado a TopoJSON.

Causas comunes: (1) latitud y longitud intercambiadas, geométricamente inocuo pero renderiza en el país equivocado; (2) coordenadas en un CRS proyectado como UTM (valores en millones) nunca reproyectadas a WGS84; (3) valores DMS no convertidos a decimal; (4) altitudes puestas por error donde debería ir longitud o latitud. El validador muestra cada valor fuera de rango con su índice de feature y ruta de propiedad para que arregles los datos fuente. Tras corregir, vuelve a ejecutar el validador hasta no ver errores antes de desplegar el archivo a un mapa de producción.

Todo se ejecuta en tu navegador, así que la capacidad depende de la memoria de tu dispositivo. Archivos de hasta unos pocos megabytes se validan y reparan en segundos. Decenas de megabytes funcionan en un escritorio con varios gigabytes de RAM libre pero pueden ir lentos porque todo el documento se parsea en memoria de una vez (JSON.parse, sin streaming). Para exportaciones muy grandes, divide el archivo por región o ejecuta un validador del lado del servidor, o usa ogr2ogr -f GeoJSON -t_srs EPSG:4326 para validar y reproyectar de una pasada. Reducir aquí primero la precisión de coordenadas puede reducir notablemente un archivo sobredimensionado antes del procesamiento posterior.

Seis decimales de longitud/latitud resuelven unos 0,11 metros en el ecuador, lo que ya supera la precisión del GPS de consumo; siete decimales (alrededor de 1 cm) cubren datos de grado topográfico. Más allá de eso es ruido GPS sin sentido. Las exportaciones de QGIS, ArcGIS y PostGIS emiten habitualmente 14 a 15 decimales, inflando el tamaño del archivo de dos a cinco veces sin beneficio visible y sobrecargando las cargas de teselas de Mapbox y Leaflet. Activa Reducir precisión de coordenadas, elige 6 (mapas web) o 7 (datos de campo precisos), y la herramienta reporta el tamaño en bytes antes y después para que confirmes el ahorro. Para una puerta estricta de CI, ejecuta la misma comprobación con el paquete npm open-source @placemarkio/check-geojson o geojson-validation y haz fallar el build ante cualquier error.
Validador y Reparador GeoJSON — Validador y reparador GeoJSON RFC 7946 gratis. Verifica sintaxis, corrige el orden de bobinado de polígonos (regla mano
Validador y Reparador GeoJSON
Ver también
Herramientas de Geografía y MapasHERRAMIENTAS DE GEOGRAFíA Y MAPAS21
WuToolsWUTOOLS