Una estimación nacional creíble no puede nacer de una superficie media multiplicada por el número de inmuebles. El modelo Heiwit usa un marco geolocalizado, una muestra estratificada y estimaciones solares referidas a los elementos individuales. Precisamente por eso los pasos que aún no son replicables deben ser declarados.
El capítulo en 8 diapositivas
Desplaza el carrusel original creado para este capítulo. Las imágenes se han optimizado para la web y se han subido a la Biblioteca de medios de WordPress.
En tu smartphone desliza hacia los lados. Desde el teclado usa las flechas derecha e izquierda.
1. El marco de OpenStreetMap
El universo de origen se extrajo de OpenStreetMap a través de la API de Overpass utilizando etiquetas funcionales atribuibles a escuelas, hospitales, ayuntamientos y otros servicios públicos. La atribución correcta es: © Colaboradores de OpenStreetMap, datos disponibles según ODbL 1.0, extracción declarada en abril de 2026.
El término «frame» es importante. Un elemento de OSM no demuestra la propiedad pública y puede representar un punto, un edificio, un perímetro o una relación. Las escuelas privadas, las clínicas y las instalaciones concertadas pueden incluirse en las etiquetas funcionales. Por lo tanto, la consulta de Overpass, las reglas de deduplicación y el mapeo de POI-edificio deberán publicarse.
2. El muestreo estratificado
Para reducir los costes de las consultas, el estudio establece una muestra de 10 000 elementos, lo que equivale al 24,21 TP3T del marco. La muestra se divide en 20 estratos obtenidos mediante el cruce de cinco macroáreas y cuatro tipologías funcionales. El total nacional se estima mediante el estimador estratificado clásico, multiplicando la media de cada estrato por el tamaño de dicho estrato en el universo.
Sin embargo, los materiales muestran 9.318 registros con datos válidos. Los 682 faltantes deben clasificarse: fallos de API, duplicados, elementos no asociables a un tejado u otras exclusiones. Sin esta clasificación no se puede excluir un sesgo de no respuesta.
3. Google Solar API y PVGIS
Para los elementos muestreados se ha declarado el uso del *endpoint* Building Insights de la API Google Solar. La atribución que debe mantenerse cerca de los resultados es: «Fuente: incluye datos solares de Google. Procesamientos agregados por Heiwit S.p.A.; Google no es autor ni validador del estudio».
El procedimiento definitivo deberá documentar la calidad requerida y devuelta, la fecha de las imágenes, la capacidad de los paneles utilizada por el servicio, la distancia entre la coordenada solicitada y el edificio identificado, y los controles sobre los campus de múltiples edificios.
Para los elementos procesados con PVGIS, deben publicarse las hipótesis de superficie, coeficiente de utilización del tejado, orientación y pérdidas. Atribución: PVGIS © Unión Europea / Comisión Europea, Centro Común de Investigación (JRC), versión 5.2; elaboraciones de Heiwit S.p.A. Los resultados no representan necesariamente la posición de la Comisión Europea.
4. Bootstrap e intervalli di confidenza
El estudio declara un muestreo bootstrap no paramétrico de 1.000 iteraciones. Incluso si el cálculo fuera correcto, el intervalo representaría la incertidumbre muestral condicionada al marco y al modelo. No incluye errores de clasificación de OSM, asociación al tejado, cobertura de las imágenes, mecanismos de respaldo (fallback), datos faltantes o supuestos económicos.
5. Comparación con GSE Atlaimpianti
Se ha declarado una coincidencia dentro de los 80 metros con Atlaimpianti. La comparación puede ser útil, pero una distancia inferior a 80 metros no demuestra que la instalación pertenezca al edificio. Se necesitan la distribución de las distancias, controles manuales, falsos positivos y valores atípicos. Además, Atlaimpianti es un amplio conjunto de instalaciones gestionadas o incentivadas por el GSE, no el censo completo de la fotovoltaica italiana.
Qué falta para la réplica completa
- Consulta Overpass y reglas de deduplicación;
- conjunto de datos de los 10.000 registros y lista de los 9.318 válidos;
- registro de Google/PVGIS y motivos de exclusión;
- código de muestreo, expansión y bootstrap;
- archivo de concordancia de Atlaimpianti y controles manuales;
- conjunto de datos regionales y modelo económico.








