Solar API מספק נתונים פוטנציאליים סולאריים דרך נקודות הקצה buildingInsights ו-dataLayers. כדי להשתמש בנתונים של API Solar, כדאי להבין את המושגים הבאים:
עוצמת הקרינה והבידוד הסולארית
הפוטנציאל הסולארי של מבנה מבוסס בעיקר על כמות אור השמש שהוא מקבל, וגם על גורמים אחרים. קרינה סולארית היא כמות האור שנופלת על אזור נתון, ואילו בידוד סולארי הוא מדד של רמת הקרינה הסולארית הממוצעת שאזור מקבל לאורך זמן.
קילוואט (kW) הוא מדד של הספק, כלומר הקצב שבו משהו משתמש באנרגיה, ואילו קילוואט לשעה (kWh) הוא מדד של האנרגיה בשימוש או של קיבולת האנרגיה. הקרינה הסולארית נמדדת בקילוואט, ואילו בידוד סולארי נמדד בקילוואט שעות.
1 קוט"ש לקוט"ש שווה שעת שמש אחת, שמוגדרת כשעה שבה עוצמת אור השמש מגיעה בממוצע ל-1,000 וואט (1 קילוואט) של אנרגיה למטר מרובע.
לדוגמה, אם בחלק מהגג יש מבודד סולארי של 2,000 kWh/kW לשנה, מערך של לוח סולארי של 1 קילוואט שמוצב בו יפיק 2,000 קוט"ש בשנה. מערך של 4 קילוואט באותו מיקום יפיק 8,000 קוט"ש בשנה.
תנאי הבדיקה הרגילים הם בנצ'מרק סטנדרטי בתחום שמשמש לקביעת תפוקת החשמל בלוחות סולאריים. ב-STC, כמות החשמל שנפלטת מלוח סולארי הופכת לדירוג ההספק המקסימלי, או לקיבולת שלו. לוח של 1 קילוואט יפיק 1 קוט"ש של אנרגיה במסגרת STC.
שמשיות ושמש
ב- Solar API מוגדר 'שמש' כרמת אור השמש בחלק מסוים של הגג ביחס לשאר הגג, מדי שנה בממוצע. חלקים מסוימים בגג עשויים להיות כהים יותר מאחרים, בשל צל מבניינים בקרבת מקום או מכסים את העצים, בעוד שחלקים אחרים של הגג עשויים להיות חשופים באופן מלא לשמיים כל הזמן ולכן חשיפה לאור השמש גבוהה יותר.
השדה sunshineQuantiles בתשובה של buildingInsights מספק 11 קטגוריות, או עשירונים, של קרני השמש. ה-Solar API לוקח את כל הנקודות שעל הגג, ממיין אותן לפי 'השמש' שלהן ומזהה את הערכים הגבוהים ביותר, הנמוכים ביותר ו-9 הממוצעים שנמצאים במרווח שווה.
לדוגמה, נניח שהחלק הכי שמשי (1%) של גג נתון מקבל 1,100kWh/kW לשנה, והחלק הכהה ביותר (1%) של אותו גג מקבל 400 kWh/kW לשנה. 20 האחוזים הבאים של הגגות הכהים ביותר מקבלים 500 קוט"ש בשנה. 50% מהגגים הבאים בשמש צריכים לקבל 900 קילוואט לקוט"ש בשנה. 28% הנותרים מקבלים 1,000 קוט"ש/קילוואט לשנה.
רסטרים
נקודת הקצה dataLayers מחזירה מידע סולארי שמקודד ב-GeoTIFFs, שהם סוג של רסטר.
רסטר מורכבת ממטריצה של תאים, או פיקסלים, שמסודרים בשורות ובעמודות. כל פיקסל מכיל ערך שמייצג מידע על אותו מיקום, כמו גובה, צל העצים, אור השמש ועוד.
רסטרים מאחסנים נתונים נפרדים ורציפים. נתונים נפרדים, כמו כיסוי הקרקע או סוג הקרקע, הם לפי נושאים או קטגוריים. נתונים רציפים מייצגים תופעות שאין להן גבולות ברורים, כמו גובה או צילומי אוויר.
רסטרים מורכבות מתדרים, שמודדים מאפיינים שונים של מערך נתונים. לרסטרים יכולות להיות תדרים בודדים או מספר תדרים. כל תדר מורכב ממטריצה של תאים, או פיקסלים, שמאחסנים מידע. פיקסלים יכולים לאחסן ערכים צפים או מספרים שלמים.
העומק ביט של פיקסל מציין את מספר הערכים שפיקסל יכול לשמור, על סמך הנוסחה 2n, שבה n הוא העומק. לדוגמה, בפיקסל של 8 ביט אפשר לאחסן עד 256 (28) ערכים בטווח שבין 0 ל-255.
שטף
אתם יכולים לבקש מפות זרימה באמצעות נקודת הקצה של dataLayers. ב-Solar API מוגדר שטף ככמות השנתית של אור שמש על גגות, בקוט"ש/kW לשנה. בחישוב ה-Flux, ה-API Solar מביא בחשבון את המשתנים הבאים:
- פרטי מיקום: Solar API משתמש בנתוני קרינה סולארית שעתיים ממערכי מזג אוויר שונים, שנמצאים בדרך כלל ברשת של 4 עד 10 ק"מ. ה-API מחשב את מיקום השמש בשמיים בכל שעה בשנה. הסטטוס הזה תלוי במיקום ועשוי להשתנות כתוצאה מכך.
- דפוסי מזג אוויר (עננים): העננים האלה נכללים בנתוני הקרינה הסולארית.
- צל מפני מכשולים בקרבת מקום: בחישובים נלקחים בחשבון הצללה מעצים, מבניינים אחרים ומחלקים אחרים של הגג.
- כיוון: גובה הגובה והאזימוט של כל אחד מחלקי הגג.
- True efficiency: הערכים שמחושבים על ידי Solar API לא תלויים ביעילות של הלוחות. כדי לחשב את ייצור האנרגיה, צריך להכפיל בקילוואט (קילוואט) של הלוחות ולהביא בחשבון הפסדים אחרים של המערכת. למידע נוסף, ראו חישוב עלויות וחיסכון של אנרגיה סולארית.
ה-Solar API לא מביא בחשבון את המשתנים הבאים:
- יעילות הממיר והפסדים אחרים: רוב הערכים מחושבים בקוט"ש DC, אבל חלקם מומרים לקוט"ש AC בהנחה של 85% יעילות מערכת.
- קרקע ושלג: נתונים כאלה לא נכללים בחישובים.