المشكلة
احتاجت التحليلات المكانية إلى عمليات ETL موثوقة من مصادر GIS حكومية سعودية، واستعلامات على بيانات Overture Maps المفتوحة، وخدمة خرائط للعرض والتمثيل المرئي للبيانات.
ما قمت به
- تنسيق جميع خطوط البيانات عبر Prefect، ومنها عمليات ETL لبيانات GIS من مصادر حكومية سعودية.
- الاستعلام في Overture Maps عبر AWS Athena وDuckDB للتحليل المكاني.
- خدمة الخرائط وعرضها مرئيًا عبر MapProxy وMBTileServer وMapLibre وKepler.gl.
النتيجة
- جميع خطوط البيانات في Tabaqat مصمّمة ومُدارة عبر Prefect، مع منظومة لخدمة الخرائط وعرضها والتمثيل المرئي لبياناتها.
-
المستخدمون والواجهات
- التحليل المكاني
- MapLibre + Kepler.gl
-
الاسترجاع
- AWS Athena + DuckDB
-
البيانات
- مصادر GIS حكومية سعودية
- بيانات GIS معالجة
- Overture Maps
-
الخدمات
- MapProxy + MBTileServer
-
خطوط المعالجة
- مسارات ETL في Prefect
الروابط بين المكوّنات
- من مصادر GIS حكومية سعودية إلى مسارات ETL في Prefect
- من مسارات ETL في Prefect إلى بيانات GIS معالجة
- من Overture Maps إلى AWS Athena + DuckDB
- من AWS Athena + DuckDB إلى التحليل المكاني
- من MapProxy + MBTileServer إلى MapLibre + Kepler.gl
الشكل 1 عرض للمكوّنات في ثلاثة مسارات: ETL عبر Prefect من مصادر GIS حكومية، واستعلامات Athena وDuckDB في Overture Maps، وخوادم بلاطات الخرائط (tile servers) خلف خرائط الويب. تعرض المخططات المكوّنات المذكورة في الأوصاف المنشورة للعمل، وهي مبسّطة وليست خرائط كاملة للأنظمة.