AERMOD Studio: كيف حوّلت فكرة «النمذجة للجميع» إلى منصة متكاملة

المشكلة لم تكن في النموذج وحده

من يعمل في نمذجة تشتت الهواء يعرف أن الضغط على زر التشغيل ليس هو الجزء الأكبر من العمل. قبل ذلك نحتاج إلى بيانات المصدر ومعدل الانبعاث، وبيانات الأرصاد السطحية وطبقات الجو العليا، والتضاريس واستخدامات الأراضي. ثم تأتي معالجات البيانات وتجهيز المدخلات والتحقق من اكتمالها، وبعد التشغيل تبدأ مرحلة استخراج النتائج والخرائط والتقرير.

كانت كل مرحلة تقودني إلى أداة مختلفة أو موقع مختلف، ومع تكرار هذه الخطوات يصبح تنظيم المشروع نفسه جزءًا كبيرًا من المجهود. لذلك لم يكن هدفي بناء نموذج رياضي جديد أو تغيير AERMOD؛ كنت أريد جمع الأدوات والبيانات التي يحتاجها في Workflow واضح، من بداية المشروع إلى تسليم مخرجاته.

واجهة واحدة بدل سلسلة برامج منفصلة

الفكرة التي عملت عليها هي أن يبدأ المستخدم مشروعه من المتصفح، ويجد أمامه مسارًا يجمع البيانات والمعالجة والتشغيل والنتائج. لا يحتاج إلى تثبيت مجموعة برامج على جهازه، أو إلى شراء رخص واجهات تجارية كي يجرب المسار الذي أتحته. والوصول من المتصفح يجعل استخدام المنصة ممكنًا من أجهزة مختلفة، وحتى من الهاتف في المهام التي تسمح بها الواجهة.

لكن هناك معلومة أساسية يجب أن يأتي بها المستخدم: معدل الانبعاث Emission Rate لكل مصدر، محسوبًا على أساس مفهوم وموثق. تنظيم بقية المسار لا يحسب تلقائيًا معدل الانبعاث الصحيح، ولا يعوض عدم معرفة خصائص المصدر أو وحداته. من هنا يبدأ المشروع، ثم تُبنى بقية الخطوات عليه.

مصادر البيانات التي جمعتها داخل المسار

بالنسبة إلى الأرصاد الجوية، وفرت الوصول إلى بيانات محطات السطح من GHCNh، وإلى بيانات طبقات الجو العليا من IGRA. وهما يغطيان شبكات واسعة حول العالم؛ لكن اختيار محطة مناسبة للمشروع وفحص السجل يظل جزءًا من العمل الفني، وليس مجرد اختيار أقرب اسم يظهر على الخريطة.

وبالنسبة إلى التضاريس، ربطت المسار ببيانات SRTM، وإلى الغطاء الأرضي من ESA WorldCover. كنت قد أشرت في منشور الإطلاق إلى مصدر التضاريس باسم SRTM30؛ وهنا من المهم أن يسجل المشروع المنتج ودقته الفعلية، لأن تسمية SRTM30 لا تعني تلقائيًا منتجًا بحجم خلية 30 مترًا. قيمة الربط ليست في إخفاء تعريف البيانات، وإنما في تقريب الوصول إليها مع الحفاظ على معلوماتها.

المعالجات المستخدمة في النسخة التي أعلنتها

اعتمدت النسخة التي عرضتها في منشور الإطلاق على معالجات EPA التالية. أذكرها باعتبارها سجلًا تقنيًا لتلك النسخة، وليس باعتبارها وعدًا بأن كل تشغيل لاحق سيستخدم الأرقام نفسها:

AERMET — v26135 لمعالجة بيانات الأرصاد؛ AERSURFACE — v26135 لإعداد خصائص السطح ذات الصلة؛ AERMAP — v24142 لمعالجة التضاريس؛ BPIPPRM — v04274 لمدخلات تأثير المباني؛ وAERMOD — v26135 لتشغيل نموذج الانتشار.

وجود الأدوات الأصلية داخل واجهة واحدة يحافظ على الفصل بين دور الواجهة ودور المعالج. فالمنصة تدير الملفات وترتيب الخطوات، بينما لكل أداة وظيفتها ومدخلاتها ومخرجاتها التي ينبغي الاحتفاظ بها ضمن سجل المشروع. وتوفر EPA وثائق النظام ومعالجاته للمراجعة الفنية. ^[1][2]

خطوة بخطوة: لماذا رتبت تجربة الاستخدام بهذه الطريقة؟

صممت التجربة بحيث تعتمد كل مرحلة على اكتمال المرحلة السابقة. تراجع المنصة المدخلات المطلوبة قبل السماح بالانتقال إلى الخطوة التالية، بدل أن يكتشف المستخدم في نهاية الرحلة أن ملفًا أساسيًا مفقود أو أن إعدادًا لم يكتمل.

هذا الترتيب مهم خصوصًا لمن يبدأ التعلم: يرى العلاقة بين تجهيز الأرصاد والتضاريس والمصدر والمستقبلات، ثم تشغيل AERMOD. لكنه مفيد أيضًا في تنظيم المشروعات المتكررة، لأنه يجعل تقدم العمل واضحًا. وفي الحالتين تظل مراجعة ملاءمة المدخلات وتفسير النتائج مسؤولية فنية لا تختصرها قائمة خطوات.

ماذا يحصل عليه المستخدم بعد التشغيل؟

بعد انتهاء الـRun، أتيحت مخرجات بأكثر من صورة: ملف KMZ يمكن فتحه على Google Earth، ومخرجات PDF، وتقرير Word يجمع بيانات المشروع ومدخلاته ومخرجاته. وأتحت كذلك ملفات Input وOutput نفسها، بحيث يستطيع المستخدم الاحتفاظ بها أو تسليمها ضمن ملف الدراسة.

كان الاحتفاظ بالملفات الأصلية جزءًا أساسيًا من الفكرة؛ لأن المشروع لا ينبغي أن ينتهي عند صورة ملونة أو رقم في واجهة. المراجع يحتاج إلى معرفة ما دخل النموذج وما خرج منه، والمستخدم قد يحتاج إلى العودة إلى سيناريو أو تحديث بيانات بعد فترة.

الحسابات والخصوصية وإدارة المشروع

خصصت لكل مستخدم حسابه ومشروعاته، وكان مبدأ التصميم أن تظل المشروعات مرتبطة بصاحب الحساب وألا تكون متاحة لمستخدمين آخرين. وفي شرحي الأصلي فرقت بين إدارة المنصة، بما فيها إمكانية حذف مشروع إداريًا عند الحاجة، وبين ملكية المستخدم لمحتوى مشروعه.

هذه نقطة مهمة في أي خدمة سحابية تتعامل مع دراسات العملاء. أما التفاصيل الدقيقة لصلاحيات الإدارة والوصول وسياسة الاحتفاظ بالبيانات فينبغي أن تكون واضحة في سياسة المنصة الفعلية؛ ولا يصح تحويل وصف مختصر في منشور إطلاق إلى ضمان أمني أوسع من الذي تم التحقق منه.

كيف ساعدتني الحوسبة السحابية؟

وفرت لي الحوسبة السحابية الموارد اللازمة لبناء الفكرة وتشغيلها: سيرفرات وأنظمة تشغيل، وأدوات برمجة وقواعد بيانات، وخدمات تخزين وتشغيل وإدارة وصول. وجود هذه الموارد في بيئة مترابطة جعل تنفيذ مسار البيانات والمعالجة وإخراج الملفات أسهل مما كنت أتصور في البداية.

لكن تشغيل المنصة له تكلفة؛ ولذلك أعلنت عند الإطلاق حدودًا للتجربة: ثلاثة مشروعات لكل مستخدم، وحتى ثلاثة مصادر وشبكة من خمسة آلاف مستقبل، مع دعم المصادر النقطية في تلك النسخة. هذه أرقام تخص النسخة المعلنة في المنشور، وقد تتغير شروط الاستخدام والتغطية مع التطوير.

النمذجة للجميع تعني تسهيل الوصول إلى العمل، مع فهمه

بالتزامن مع الإطلاق، أعلنت لقاءً للتعريف بنمذجة ملوثات الهواء واستخدام المنصة. كان هدفي أن تتاح الأدوات والبيانات في مسار مفهوم، وأن يرى المستخدم كيف ترتبط الخطوات ببعضها، بدل أن يقضي معظم وقته في البحث عن الملفات والتنقل بين البرامج.

AERMOD Studio بالنسبة لي مشروع لتبسيط الوصول إلى منظومة قائمة، وتنظيم استخدامها وإخراج مخرجات يمكن الاحتفاظ بها ومراجعتها. تبسيط الواجهة لا يجعل السؤال البيئي أو جودة البيانات أقل أهمية؛ بل يتيح وقتًا أكبر للاهتمام بهما.