Wiarygodne szacunki krajowe nie mogą wynikać ze średniej powierzchni pomnożonej przez liczbę nieruchomości. Model Heiwit wykorzystuje geolokalizowaną ramę, próbę stratyfikowaną oraz szacunki nasłonecznienia odnoszące się do poszczególnych elementów. Właśnie dlatego kroki, które nie są jeszcze powtarzalne, muszą zostać zdeklarowane.
Rozdział w 8 slajdach
Przewiń oryginalny karuzel przygotowany dla tego rozdziału. Obrazy zostały zoptymalizowane pod kątem internetu i przesłane do Biblioteki mediów WordPress.
Na smartfonie przewijaj w bok. Z klawiatury użyj strzałek w lewo i w prawo.
1. Ramka OpenStreetMap
Wyjściowy wszechświat został pobrany z OpenStreetMap za pomocą interfejsu API Overpass przy użyciu tagów funkcjonalnych powiązanych ze szkołami, szpitalami, urzędami miast i innymi usługami publicznymi. Prawidłowa atrybucja to: © Współtwórcy OpenStreetMap, dane dostępne na licencji ODbL 1.0, ekstrakcja zadeklarowana na kwiecień 2026 r.
Pojęcie «ramy» (frame) jest ważne. Element OSM nie dowodzi własności publicznej i może reprezentować punkt, budynek, obrys lub relację. Prywatne szkoły, kliniki i placówki partnerskie mogą mieścić się w tagach funkcjonalnych. Zapytanie Overpass, reguły deduplikacji i mapowanie POI-budynek będą zatem musieli zostać opublikowane.
2. Próba warstwowa
Aby ograniczyć koszty zapytań, w badaniu przyjęto próbę liczącą 10 000 elementów, co stanowi 24,21 TP3T populacji. Próba została podzielona na 20 warstw uzyskanych poprzez skrzyżowanie pięciu makroobszarów i czterech typów funkcjonalnych. Ogólnokrajową wartość szacuje się za pomocą klasycznego estymatora warstwowego, mnożąc średnią każdej warstwy przez liczebność tej warstwy w populacji.
Materiały wskazują jednak 9318 rekordów z poprawnymi danymi. Brakujące 682 muszą zostać sklasyfikowane: awarie API, duplikaty, elementy niemożliwe do przypisania do dachu lub inne wykluczenia. Bez tej klasyfikacji nie można wykluczyć błędu braku odpowiedzi.
3. Google Solar API i PVGIS
W przypadku pobranych próbek elementów zadeklarowano użycie punktu końcowego Building Insights interfejsu Google Solar API. Atrybucja, którą należy umieścić w pobliżu wyników, brzmi: «Źródło: zawiera dane słoneczne od Google. Przetwarzanie agregowane przez Heiwit S.p.A.; Google nie jest autorem ani walidatorem badania».
Ostateczna procedura będzie musiała dokumentować wymaganą i dostarczoną jakość, datę zdjęć, przepustowość paneli wykorzystaną przez usługę, odległość między żądaną współrzędną a zidentyfikowanym budynkiem oraz kontrole dotyczące kampusów wielobudynkowych.
W przypadku elementów opracowanych za pomocą PVGIS należy opublikować załozenia dotyczące powierzchni, współczynnika wykorzystania dachu, orientacji oraz strat. Źródło: PVGIS © Unia Europejska / Komisja Europejska, Wspólne Centrum Badawcze (JRC), wersja 5.2; opracowanie Heiwit S.p.A. Wyniki nie muszą odzwierciedlać stanowiska Komisji Europejskiej.
4. Bootstrap i przedziały ufności
Badanie deklaruje bootstrap nieparametryczny o 1000 iteracjach. Nawet jeśli obliczenia byłyby poprawne, przedział reprezentowałby niepewność próby uwarunkowaną ramą i modelem. Nie obejmuje on błędów klasyfikacji OSM, powiązania z dachem, pokrycia zdjęć, mechanizmów awaryjnych (fallback), braków danych ani założeń ekonomicznych.
5. Porównanie z GSE Atlaimpianti
Zadeklarowano dopasowanie w promieniu 80 metrów z Atlaimpianti. Porównanie może być przydatne, ale odległość mniejsza niż 80 metrów nie dowodzi, że instalacja należy do budynku. Potrzebny jest rozkład odległości, kontrole ręczne, fałszywe dodatnie oraz wartości odstające. Ponadto Atlaimpianti to duży zbiór instalacji zarządzanych lub objętych zachętami przez GSE, a nie pełny spis włoskiej fotowoltaiki.
Czego brakuje do pełnej repliki
- zapytanie Overpass i reguły deduplikacji;
- zbiór danych z 10 000 rekordami i lista 9 318 ważnych;
- dziennik Google/PVGIS i przyczyny wykluczenia;
- kodowanie, rozszerzanie i bootstrap;
- usuń plik pasujący do Atlaimpianti i kontrole ręczne;
- regionalny zbiór danych i model ekonomiczny.








