Saltar al contenido
Atlas Estratégico
ESPAÑA — método
← al mapa

Cómo está hecho este atlas

El atlas registra hechos con fuente y marca lo que no sabe. No interpreta, no pronostica y no opina: la interpretación vive en El Tercio, que es un foro y sabe hacerlo. Aquí cada dato lleva su procedencia, su fecha y su estado de verificación, y lo que falta aparece como hueco, no como relleno.

Lo que sigue no es una declaración de intenciones: es lo que comprueba una máquina en cada cambio. Las reglas están escritas uña a uña en el contrato de datos, que manda sobre el código, y ninguna de ellas es prosa: las nueve las verifica la integración continua antes de que un dato entre.

Cómo se lee un dato

Cada registro declara si está confirmado, y también lo declaran por separado sus campos delicados. Un promotor puede estar confirmado y su fecha de puesta en servicio no estarlo, y la ficha lo dice campo a campo.

Y cada afirmación cita la fuente que la sostiene, clasificada por lo que esa fuente puede sostener:

Solo una fuente primaria sostiene un dato confirmado. Un anuncio de empresa o una noticia se registran con su origen —tienen valor, y por eso están— pero no ascienden a hecho. Cuando una fuente se cita, se archiva: las URLs se pudren; la copia archivada, no.

Los huecos no son un defecto

Un hueco es una fuente que falta, dicha en voz alta y con su sitio en la ficha. Es el mecanismo central del atlas, no una nota al pie: rellenar un hueco con algo verosímil es el peor fallo que este proyecto puede cometer, porque un dato inventado que parece razonable no lo detecta nadie.

Tres de los que hay publicados ahora mismo, tal cual se leen en sus fichas:

Señalar un hueco —un dato que damos por bueno sin fuente primaria— vale tanto como aportar uno nuevo. Probablemente más.

Qué hay publicado hoy

El visor no lee la rama viva: sirve una release etiquetada. Lo que se ve abajo es exactamente lo que sirve la release , leído de su propio manifiesto.

Las ramas en gris están declaradas y vacías. El mapa enseña su propio horizonte a propósito: una capa que se va a hacer figura antes de tener un solo dato, para que el silencio no se confunda con que no exista.

Cómo se corrige un dato

  1. Abre una issue señalando el registro por su identificador —por ejemplo minerales-proyectos:aguablanca— y qué fuente sostiene la corrección. Una corrección sin fuente no se puede aplicar: es la única regla dura.
  2. Si tienes la fuente primaria a mano, un pull request sobre los datos con el documento archivado va más rápido. La validación te dirá si la doctrina se cumple antes de que nadie lo revise.
  3. Nada se borra. Un registro que deja de ser válido cambia de estado —vigente a histórico o retirado— y conserva su historia entera en Git.

Todo esto ocurre en el repositorio, que es público desde el primer commit.

Lo que este atlas no puede garantizar

Dicho aquí y no en la letra pequeña, porque son los límites reales de lo que hay arriba.

Licencias y cadencia

El código es MIT; los datos, CC BY 4.0 — reutilización libre, incluida la comercial, citando la procedencia. Esa elección impide incorporar conjuntos con licencia contagiosa, y obliga a reconstruir desde fuente primaria lo que no se pueda usar.

Cada release lleva su entrada en el registro de cambios: qué cambió, por qué y con qué evidencia — y qué sigue sin saberse, que es una sección obligatoria. Una release que no declara lo que ignora está afirmando que lo sabe todo.