Meta y los mapas abiertos: datos, estilos y distribución
Analice el mapa base abierto de Meta en 2023, el retiro de Daylight en 2024 y las responsabilidades de datos, actualización y visualización.
Revisión editorial: 2026-09-23
El trabajo publicado por Meta muestra cómo una empresa grande separa datos geográficos abiertos, diseño cartográfico y entrega a aplicaciones. Demuestra una carga con componentes abiertos, no una migración total fuera de ArcGIS ni un ahorro específico en licencias.
Lea cada fuente con su fecha
El artículo de Meta de febrero de 2023 describe mapas para Facebook, Instagram y WhatsApp, variantes ráster/vector y Daylight sobre OpenStreetMap. El anuncio oficial de retiro Daylight de mayo de 2024 señaló el fin de nuevas versiones en noviembre de 2024, con 1.58 como última, y una transición hacia Overture. No recomiende Daylight como fuente actualizada en 2026 basándose en el artículo anterior.
El anuncio MapLibre de 2022 aporta contexto distinto sobre el ecosistema de renderizado abierto. Son piezas y fechas diferentes, no un inventario productivo actual completo.
Lección arquitectónica
Fuentes y licencias -> validación/normalización -> modelo cartográfico
-> teselas ráster/vector
-> aplicación
Activos del negocio y permisos -----------------> capa operacional
Es una interpretación explicativa GeoSAT. La separación útil está entre contexto geográfico y registros autorizados del negocio. Cambiar mapa base no debería cambiar IDs de activos, inspecciones o permisos.
| Capa | Decisión propia | Fallo que evita |
|---|---|---|
| Fuente | Origen, licencia, cobertura y actualización | Suponer igual exactitud/vigencia para todo dato abierto |
| Normalización | Categorías, IDs y geometría | Cambios semánticos silenciosos |
| Cartografía | Jerarquía, idioma y densidad | Ocultar información operacional |
| Entrega | Formato, caché, disco y transferencia | Costos imprevistos o datos viejos |
| Cliente | Renderizado, accesibilidad y alternativa | Fallo de tarea cuando cae el mapa base |
| Negocio | Autoridad y permisos independientes | Confundir contexto con evidencia catastral |
Aplicación a un visor de activos en LATAM
Una empresa de servicios o alcaldía puede usar calles y edificios de contexto y mantener activos propios en PostGIS. Distinga identificadores y fechas. El nombre de una calle abierta no necesariamente coincide con la dirección oficial; una huella de edificio no demuestra propiedad ni área de un apartamento.
Pruebe nombres en español, variantes locales, barrios densos, cobertura rural y equipos de campo. Un estilo global atractivo puede ocultar información necesaria localmente. El producto debe conservar lista, estado y acciones esenciales cuando las teselas demoran o fallan.
Elija ráster o vector según dispositivo, estilo, ancho de banda e interacción. Vector permite estilos en cliente; ráster entrega imágenes. Ninguna opción elimina infraestructura, atribución o actualizaciones. MapLibre renderiza: no promete un servicio mundial gratuito de teselas.
Experimento pequeño y útil
Use los activos sintéticos, una pregunta operacional y dos estilos. Mantenga ventana, dispositivo y red. Mida bytes, primer mapa utilizable, legibilidad y finalización de tarea. Revise teclado y una forma de consultar sin mapa.
Simule caída del mapa base, revisión de estilo antigua y nueva versión de datos. Los registros del negocio deben seguir disponibles con atribución visible. Documente activación de publicación y regreso si aparecen errores de etiquetas o geometría.
Costo real del control
Administrar mapas base exige extracción, procesamiento, generación, almacenamiento, transferencia, diseño y mantenimiento. Un proveedor puede ser más económico para un equipo pequeño aunque la fuente sea abierta. Una publicación regional controlada puede ser útil con requisitos específicos de cobertura o despliegue.
Compare una región y tráfico realista antes de construir infraestructura mundial. Separe procesamiento de fuente, entrega y alojamiento de datos del negocio. Incluya horas de corrección y revisión de licencias en el modelo TCO.
Atribución y salida mantenibles
Revise licencia y atribución OpenStreetMap, además de términos de la fuente y servicio elegidos. Licencia del renderizador, del dato y de API alojada son diferentes. No convierta un endpoint comunitario o de demostración en infraestructura propia sin revisar uso permitido.
Conserve revisión de datos, configuración y estilos. Si una fuente desaparece, como ilustra Daylight, una frontera documentada convierte su sustitución en tarea acotada y no reescritura de aplicaciones.
Continúe con MapLibre y publicación PMTiles. El objetivo es un mapa útil y mantenible con costos y fuentes claros, no reproducir la escala de Meta.