M06 ประเมินสถานการณ์ภัยพิบัติ: จากคำขอถึงข้อมูลส่งต่อ

ภาพแนวคิดทีมประเมินภัยพิบัติทบทวนข้อมูลน้ำท่วมและส่วนที่ต้องตรวจต่อ ไม่ใช่เหตุการณ์ ผลบิน หรือหลักฐานภาคสนามจริง
ภาพประกอบแนวคิดสร้างด้วย AI

ผู้รับต้องตัดสินใจอะไร

ภาพแนวคิดทีมประเมินภัยพิบัติทบทวนข้อมูลน้ำท่วมจากจุดปลอดภัยและจัดรายการส่วนที่ต้องตรวจต่อ ไม่มีตำแหน่งจริงของกรณีฝึก

ภาพสร้างด้วย AI เพื่ออธิบายบริบท ไม่ใช่ภาพเหตุการณ์ ผลบิน หรือหลักฐานใน CSV เปิดภาพบริบทขนาดเต็ม

ศูนย์ประสานงานสมมติ “ศูนย์ธารา” ขอข้อมูลเพื่อ จัดลำดับพื้นที่ที่ต้องขอการตรวจเพิ่มและแจ้งข้อค้างให้ทีมที่เกี่ยวข้อง หลังน้ำท่วม ต้องการ brief แรกภายใน 10:30 น. ไม่ได้ขอให้ผู้จัดทำรับรองเส้นทางหรือสะพานปลอดภัย บทนี้นำคำขอไปถึงการตรวจข้อมูล การเลือกวิธีทำงาน และการส่งต่อพร้อมหลักฐานความไม่แน่นอน ใช้ได้โดยไม่ต้องมีโดรน

เลือก B ผู้เริ่มต้น เพื่อทำ brief, O ผู้ปฏิบัติงาน/ผู้วางแผน เพื่อจัดคน ทรัพยากรและการส่งต่อ หรือ D ผู้พัฒนา/ผู้ปรับแต่ง เพื่อกำหนดตัวคัดข้อมูลและแผนทดสอบ ทั้งสามใช้กรณีเดียวกัน M06 ประเมินภาพสถานการณ์และช่องว่างข้อมูล ส่วน M07 เป็นภารกิจค้นหา/ช่วยเหลือ อ่าน ฐานค้นหาผู้ประสบภัย แยกต่างหาก ภาพที่ไม่เห็นคนไม่ยืนยันว่าไม่มีคนซ่อนอยู่ และไม่ใช้ RGB/thermal รับรองความปลอดภัย

งานแผนที่ฉุกเฉินควรเชื่อมข้อมูลภายในและภายนอกเข้ากับผลิตภัณฑ์ที่ผู้รับใช้ตัดสินใจ โดยรักษาข้อจำกัดของแหล่งข้อมูล ตาม WFP: Mapping and geospatial analysis in emergency บทนี้จึงส่งรายการข้อสังเกตกับพื้นที่ที่ยังไม่รู้ก่อนรอแผนที่ครบ ใช้ฐาน แผนที่อย่างรวดเร็ว, น้ำท่วม, การประสานงาน และ การส่งข้อมูล ร่วมกับ C01–C10 เลือกชุดภารกิจ

คำศัพท์ที่ต้องแยกก่อนอ่านข้อมูล

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

คำ ใช้อย่างไรในบทนี้ สิ่งที่ไม่ควรสรุปแทน
Observation ข้อสังเกต สิ่งที่เห็นหรือมีผู้รายงาน พร้อมหลักฐาน แหล่งและเวลา ไม่เป็นการตรวจวิศวกรรมหรือยืนยันสภาพทั้งหมด
Cutoff เวลาตัดข้อมูล เวลาอ้างอิงของ brief; ใช้เฉพาะสิ่งที่รับเข้ามาทันเวลานี้ เวลารับไฟล์ไม่ใช่เวลาถ่าย
Freshness ความสด อายุจากเวลาถ่าย/รายงานถึง cutoff ตามเกณฑ์ที่ผู้รับตกลง ข้อมูลใหม่ไม่ได้จริงหรือถูกต้องโดยอัตโนมัติ
Coverage ความครอบคลุม ส่วนที่มองเห็นได้จริง เช่น บางส่วน จุดเดียว หรือถูกบดบัง จำนวนรายการหรือภาพไม่ใช่ร้อยละพื้นที่
Verification การยืนยัน การตรวจโดยผู้รับผิดชอบด้วยหลักฐานที่เหมาะกับคำถาม คัดผ่านกฎเวลาไม่เปลี่ยน observation เป็น confirmed
Revision / supersedes รุ่นแก้และความสัมพันธ์กับรุ่นเดิม เก็บเหตุผลและต้นฉบับ ไม่ลบประวัติหรือใช้สองรุ่นนับเป็นสองเหตุ
Received / acknowledged รับข้อมูลเข้ามา / ผู้รับตอบยืนยันว่าเปิดและเข้าใจรุ่นกับข้อค้าง ส่งไฟล์สำเร็จไม่ได้แปลว่าผู้รับรับทราบแล้ว

อ่าน ข้อสังเกตกับข้อสรุป เพิ่ม ภาพน้ำบนถนนไม่บอก ความลึก ความเร็วกระแสน้ำ ความสามารถรับน้ำหนักของถนน/สะพาน หรือคนที่ถูกบดบัง รายงานภาคพื้นว่า “มีน้ำใกล้ทางขึ้นสะพาน” ก็ไม่ใช่ผลตรวจโครงสร้าง ผู้เชี่ยวชาญและข้อมูลเฉพาะคำถามยังเป็นข้อค้าง

ทำงานจากคำขอถึงการรับทราบ

กระบวนการ M06 รับคำขอและกำหนดผู้รับ เลือกวิธีและประสานงาน รับหลักฐาน ตรวจเวลาและรุ่น แยกพื้นที่ไม่รู้ ทำ brief ส่งต่อแล้วติดตามการรับทราบ

คำอธิบายแผนภาพ: เมื่อข้อมูลไม่พอ ให้ส่งสิ่งที่ตอบได้พร้อมข้อค้าง หรือพักคำกล่าวอ้างนั้น แล้วขอหลักฐานเพิ่ม เปิดกระบวนการขนาดเต็ม

1. ตกลงคำถามและการใช้ข้อมูล

บันทึกผู้รับ การตัดสินใจ พื้นที่รับผิดชอบ cutoff กำหนดส่ง ความสดที่ยอมรับ รูปแบบไฟล์ ภาษาและช่องทางสำรอง ระบุว่าผู้รับต้องการ quicklook (ภาพ/ข้อสังเกตเบื้องต้น) หรือ orthomosaic (ภาพต่อที่ปรับเรขาคณิต) และต้องตรวจอะไรเพิ่มก่อนใช้ ถามผู้รับว่ารายการบางส่วนเพียงพอสำหรับ brief แรกหรือไม่ แยกสิทธิ์ฉบับปฏิบัติงานกับฉบับสาธารณะตั้งแต่รับโจทย์

2. จัดคน ชุดงานและความช่วยเหลือ

ภาพแนวคิดชุด RGB สถานีควบคุม สื่อบันทึก พลังงาน คอมพิวเตอร์และเอกสารบนโต๊ะ เพื่อทบทวนทรัพยากรประเมินภัยพิบัติ

ภาพสร้างด้วย AI ไม่ใช่รายการอุปกรณ์ที่ตรวจความเข้ากันได้หรือสมรรถนะแล้ว เปิดภาพชุดทรัพยากรขนาดเต็ม

กำหนดผู้รับคำขอ ผู้ประสานพื้นที่/น่านฟ้า ผู้ควบคุมงานเก็บข้อมูล ผู้รับและตรวจ metadata ผู้วิเคราะห์ ผู้ตรวจข้าม และผู้ส่งต่อ/ติดตามการรับทราบ หากคนเดียวรับหลายหน้าที่ให้ระบุจุดตรวจข้ามและขอผู้ตรวจเพิ่มตามความจำเป็น งาน humanitarian drone ต้องคำนึงถึงการประสานการบิน ข้อมูลและความไว้วางใจของประชาชน ตาม WFP: Global co-operation in humanitarian drone use

บัญชีทรัพยากรต้องมีชุดอากาศยาน/กล้องและคู่มือรุ่นจริง สถานีควบคุม ลิงก์ พลังงาน สื่อบันทึกพร้อมพื้นที่ว่าง เครื่องตรวจภาพ/ประมวลผล โปรแกรมและรุ่น ที่เก็บต้นฉบับกับสำรอง และวิธีส่งไฟล์เมื่อเครือข่ายขัดข้อง รวมเวลาขอสิทธิ์ ประสาน ตรวจข้อมูล แก้รายงานและติดตามผู้รับในต้นทุนด้วย บทเรียนจาก WeRobotics: Localizing humanitarian drones ชี้ว่าการประมวลผลและการสื่อสารเป็นคอขวดได้ จึงต้องขอทั้งคนวิเคราะห์และคนประสาน ไม่จัดหาเพียงอากาศยาน

อย่าสมมติว่ามีผู้เชี่ยวชาญ GIS ผู้ตรวจโครงสร้าง พื้นที่ขึ้นลง ทีมภาคพื้น การเชื่อมต่อหรือแบตเตอรี่พร้อม ระบุ สิ่งที่ต้องขอ ผู้รับผิดชอบ สถานะรอคำตอบ และผลต่อขอบงาน หากขาดให้ลดขอบ ส่งข้อมูลที่มีสิทธิ์และข้อจำกัด หรือใช้ทางเลือกไม่บิน ห้ามให้ทีมภาคพื้นเข้าจุดเสี่ยงเพื่อเติมช่องว่างตามใบงาน

3. เลือกวิธีและประสานก่อนเก็บเพิ่ม

Multirotor เหมาะให้พิจารณาสำหรับมุมมองเฉพาะจุดเมื่อพื้นที่ขึ้นลง ทีมและคู่มือรองรับ ส่วน fixed-wing ต้องตรวจพื้นที่ขึ้นลง/กู้คืน แนวผ่านและข้อจำกัดกล้อง; VTOL ต้องตรวจทั้งช่วงขึ้นลง การเปลี่ยนโหมดและช่วงปีกตรึง ไม่มีประเภทใดดีที่สุดทุกเหตุ ประเมิน access, payload, วิธีควบคุม, support และการตรวจคุณภาพด้วยเกณฑ์เดียวกัน ไม่ใส่ระยะบิน พลังงานหรือเวลาทำงานที่ไม่มีหลักฐานของชุดจริง

RGB ช่วยบันทึกสิ่งที่มองเห็น; thermal ตอบคำถามด้านความร้อนภายใต้เงื่อนไขตรวจเฉพาะ ไม่มองทะลุสิ่งบดบัง; multispectral ต้องมีคำถามช่วงคลื่นและการสอบเทียบ; LiDAR ต้องมีตำแหน่ง/ท่าทาง การสอบเทียบและการตรวจผลรองรับ ไม่เพิ่มเซนเซอร์เพียงเพราะมีให้ใช้ เปรียบเทียบกับภาพดาวเทียม ข้อมูลเดิมและรายงานภาคพื้นที่ได้รับอนุญาตด้วย

การบินจริงต้องตรวจคู่มือชุด สภาพปัจจุบัน พื้นที่ สิทธิ์และข้อจำกัดที่ใช้ในวันนั้น ประสานเฮลิคอปเตอร์กู้ภัยและ UAV อื่นผ่านผู้รับผิดชอบน่านฟ้า กำหนดการแจ้งสถานะและเงื่อนไขพักงานตามแผนที่อนุมัติ บทนี้ไม่กำหนดความสูงหรือเกณฑ์อากาศตายตัว ตรวจ CAAT UAS Portal และหน่วยงานที่รับผิดชอบอีกครั้ง ข่าว CAAT ประกาศฉบับที่ 15 เป็นตัวอย่างว่าข้อจำกัดเปลี่ยนได้ ไม่ใช่หลักฐานว่าประกาศนั้นล่าสุดหรือใช้อนุญาตงานนี้ แผนที่เขียนในบทไม่ได้อนุญาตให้บิน

4. รับข้อมูลและเก็บต้นฉบับ

ทุกข้อสังเกตต้องมี ID รุ่น sector แหล่ง เวลาถ่ายพร้อมเขตเวลา เวลารับ coverage evidence ID ข้อสังเกต สถานะตรวจ ความอ่อนไหวและรุ่นที่แทน ใช้วันที่และเวลา ISO 8601 เต็ม ไม่เดาเขตเวลาจากสถานที่ หากช่องขาดให้เก็บว่างพร้อมเหตุผล แยกข้อมูลเข้าหลัง cutoff ออกจาก brief ฉบับนี้ แต่เก็บไว้พิจารณาฉบับถัดไป

5. ตรวจเวลา รุ่น และส่วนที่ใช้ได้

ตรวจ schema กับลำดับเวลา แล้วตรวจ revision/supersedes และส่วนที่มองเห็นก่อนคัด “ข้อมูลปัจจุบันที่ใช้ประกอบ brief” ข้อมูลเก่าใช้เป็นบริบทได้เมื่อแยกชัดเจน ข้อมูลใหม่แต่ถูกบดบังอาจไม่มีหลักฐานที่ใช้ได้ อย่าเติมพื้นที่ว่างด้วยข้อสรุปว่าไม่พบปัญหา ผู้ตรวจต้องย้อนจากข้อความถึงหลักฐานต้นทางได้ โดยรักษารุ่นเก่าและเหตุผลแก้

6. ทำ brief พร้อมข้อไม่รู้และงานขอเพิ่ม

แสดง cutoff รุ่น ผู้รับ ข้อสังเกตที่ใช้ได้และอายุ ส่วนที่เก่า/ขาด/ผิด/ถูกแทน พื้นที่ที่ยังไม่รู้ และการตรวจเพิ่มที่ตอบคำถาม ระบุเจ้าของคำขอเพิ่มและสถานะรอสนับสนุน ไม่มีขนาดพื้นที่ให้คำนวณ coverage % ห้ามสร้างร้อยละจากจำนวน sector หรือจำนวนแถว เมื่อข้อมูลไม่ครบ ส่ง brief จำกัดขอบเขตได้ทันกำหนด แยกงานแผนที่เต็มเป็น follow-up พร้อม QA และกำหนดที่ตกลงใหม่

7. ส่งข้อมูลตามผู้รับและติดตามการรับทราบ

ภาพแนวคิดทีมส่งรายงานสถานการณ์พร้อมเวลาตัดข้อมูล รุ่นเอกสารและรายการข้อค้างให้ผู้รับ โดยไม่มีหลักฐานภารกิจจริง

ภาพสร้างด้วย AI ไม่ใช่การส่งมอบหรือผลประเมินผู้เรียนจริง เปิดภาพส่งต่อขนาดเต็ม

ต้นฉบับจำกัดสิทธิ์ถูกใช้สร้างฉบับปฏิบัติงานและฉบับสาธารณะ ส่งแต่ละรุ่นพร้อม manifest แล้วติดตาม received และ acknowledged แยกกันพร้อมการแก้รุ่น

คำอธิบายแผนภาพ: การแก้รายงานต้องแจ้งว่าแทนฉบับใด และถามผู้รับว่ารับทราบรุ่นใหม่กับข้อค้างแล้วหรือยัง เปิดแผนภาพส่งต่อขนาดเต็ม

ทำ manifest ระบุ report ID/revision, cutoff, ไฟล์, evidence ID, ข้อจำกัด, ผู้รับและสิทธิ์ พร้อมบันทึกผู้ส่ง ช่องทาง เวลาส่งและ เวลารับ (received) แยกจาก เวลายืนยันรับทราบ (acknowledged) ที่ผู้รับทวนรุ่นและรายการค้าง ถ้ายังไม่มีคำตอบให้คง “รอยืนยันรับทราบ” ไม่ปิดงาน หากแก้รุ่นให้ระบุ supersedes เหตุผลและรายชื่อผู้รับเดิมที่ต้องแจ้ง

ฉบับปฏิบัติงานส่งเฉพาะผู้มีหน้าที่ตามวัตถุประสงค์ ฉบับสาธารณะลดข้อมูลระบุตัวบุคคล ตำแหน่งละเอียดหรือข้อมูลที่อาจก่ออันตรายตามบริบท เก็บต้นฉบับจำกัดสิทธิ์และตรวจเหตุผลการเข้าถึง ข้อมูลและความไว้วางใจอาจส่งผลต่อผู้ได้รับความช่วยเหลือ ตาม ICRC: Digitharium month 4 หน้า OCHA Data Responsibility Guidelines 2025 ใช้ยืนยันเพียงว่ามีประกาศทรัพยากรฉบับ 2025 ไม่อ้างข้อกำหนดละเอียดจาก PDF ที่ยังอ่านไม่ได้

เมื่อผู้รับขอภาพหรือข้อความไปสื่อสารต่อสาธารณะ อ่าน S1: จากข้อมูลประสานเหตุสู่สื่อสำหรับประชาชน. การทำฉบับสาธารณะของรายงานไม่ใช่การยืนยันสิทธิ์ภาพ คำบรรยาย หรือการเผยแพร่ของงานสื่อใหม่.

เมื่อเครือข่ายใช้ไม่ได้ เตรียมรายงานข้อความขนาดเล็กกับ manifest บนสื่อออฟไลน์ที่ได้รับอนุญาต เก็บต้นฉบับและเวลาส่งต่อ ตรวจผู้รับ/รุ่นก่อนนำเข้า และส่งไฟล์ใหญ่เมื่อช่องทางพร้อม ต้องถามว่ามีสื่อปลอดภัย ผู้ถือส่งและช่องทางสำรองใดจริง ไม่สมมติว่ามี cloud หรือวิทยุที่ส่งภาพได้ ฐานสื่อสารฉุกเฉิน ช่วยแยกการควบคุมอากาศยาน ข้อความและไฟล์

กรณีร่วม: brief น้ำท่วมสี่ sector

ทุกสถานที่ ชื่อทีม เวลาและข้อมูลในกรณีต่อไปนี้ แต่งขึ้นเพื่อฝึก Sector A/B/C/D เป็นป้ายพื้นที่นามธรรม ไม่มีพิกัดจริง คำขอใช้ cutoff 2026-10-11T10:00:00+07:00 และส่ง brief แรกไม่เกิน 2026-10-11T10:30:00+07:00 ผู้เรียบเรียงกำหนดอายุ 0–60 นาที รวมขอบเขต เพื่อฝึกเท่านั้น ไม่เป็น SLA หรือคำแนะนำความสดสำหรับภัยจริง ต้องได้รับข้อมูลไม่เกิน cutoff และเวลาถ่ายต้องมีเขตเวลา ตรวจว่าเวลาถ่ายไม่อยู่ในอนาคตและไม่หลังเวลารับ

เปรียบเทียบสามทางเลือกภายใต้คำถามเดียวกัน: ข้อสังเกตและช่องว่างสำหรับ brief แรก เวลา 10:20/10:50 ด้านล่างเป็น ประมาณการที่แต่งในโจทย์ ไม่ใช่สมรรถนะที่วัดได้

เกณฑ์เดียวกัน A: RGB เฉพาะจุด + ข้อมูลภาคพื้นที่มีอย่างปลอดภัย B: RGB orthomosaic เต็มพื้นที่ C: ไม่บิน ใช้ข้อมูลเดิม + รายงานภาคพื้น
ผลที่ตอบคำถาม quicklook และรายการตรวจต่อบางส่วน แผนภาพต่อเพื่อบริบทพื้นที่หลัง QA รายการจากหลักฐานที่เข้าถึงได้และข้อค้าง
ทัน brief 10:30 หรือไม่ สมมติส่ง 10:20 จึงทันในโจทย์ สมมติเสนอ 10:50 จึงไม่ทัน brief แรก ประเมินได้จากสิ่งที่มี ไม่แต่งเวลารับข้อมูลเพิ่ม
Coverage/ความสด เฉพาะจุด ต้องเก็บเวลาและส่วนบดบัง ต้องตรวจความครบ เวลาและ QA ไม่รับรองเพราะชื่อ “เต็มพื้นที่” จำกัดตามเวลาและ coverage ของแต่ละแหล่ง
คน/ชุด/การสนับสนุน ผู้ประสาน นักบินชุดจริง ผู้ตรวจ metadata/ภาพและผู้ส่ง เพิ่มคน/compute/เวลา QA ของการต่อภาพ ต้องขอจริง ขอสิทธิ์ข้อมูล ผู้ตรวจและการเข้าถึงของรายงานภาคพื้น
เงื่อนไขและทางสำรอง ตรวจข้ออนุญาต สภาพและน่านฟ้า; หากไม่พร้อมใช้ C ทำ follow-up เมื่อตกลงใหม่และพร้อม; ใช้ A/C สำหรับ brief แรก ใช้เฉพาะที่ได้รับอนุญาต/เข้าถึงได้ ไม่ส่งคนเข้าพื้นที่เสี่ยง
ขอบที่ตอบไม่ได้ ความลึก/กระแสน้ำ/ความปลอดภัยโครงสร้าง/คนซ่อน ข้อเดียวกันและผล QA ที่ยังไม่มี ข้อเดียวกันและพื้นที่ที่ไม่มีข้อมูล

เลือก A เป็น ข้อเสนอของแบบฝึกเมื่อเงื่อนไขจริงผ่าน หรือ C เมื่อบิน/เข้าถึงไม่พร้อม พร้อมเปิดเผยข้อไม่รู้ ทั้งสองอาจตอบ brief แรกได้บางส่วน B เป็นทางเลือก follow-up ไม่บังคับผู้เรียนเลือกโดรนเพื่อผ่าน rubric ในกิจกรรมนี้ไม่มีการบินหรือการต่อภาพจริง

คัดเก้ารายการโดยไม่ทำช่องว่างหาย

ดาวน์โหลด disaster-assessment-observations.csv และ คำอธิบาย schema/กฎ มี 9 แถวจาก 8 logical IDs เพราะ E07 มีสองรุ่น evidence_id เป็นชื่ออ้างอิง placeholder เท่านั้น ไม่มีภาพหลักฐานจริง ไม่มีข้อมูลความลึก พิกัดหรือขนาดพื้นที่

การคัดเก้ารายการตามเวลาและรุ่นได้ E01v1 E03v1 E07v2 เป็นข้อมูลปัจจุบัน ส่วนเก่าหรือขาดหรือผิดหรือบดบังถูกเก็บในข้อค้างและ E07v1 อยู่ในประวัติ

คำอธิบายแผนภาพ: A/C มีข้อมูลบางส่วนหรือจุดเดียว B มีข้อมูลเก่า D ไม่มีหลักฐานใช้ได้ การคัดตามเวลาไม่ใช่การยืนยันความจริง เปิดแผนภาพคัดหลักฐานขนาดเต็ม

รายการ / sector เวลาและอายุ ณ cutoff ผลใช้กับ brief ปัจจุบัน เหตุผล/ข้อค้างที่ต้องเก็บ
E01v1 / A ถ่าย 09:40+07 รับ 09:48+07; 20 นาที candidate เห็นน้ำบนถนนบางส่วน เป็น observation_only
E02v1 / B ดาวเทียม 07:00+07 รับ 08:00+07; 180 นาที ไม่อยู่ใน current stale เกิน 60 นาที เก็บเป็นบริบทเก่า
E03v1 / C รายงาน 09:50+07 รับ 09:55+07; 10 นาที candidate point_only รายงานน้ำใกล้ทางขึ้นสะพาน ยังไม่ยืนยัน ไม่ใช่ตรวจโครงสร้าง
E04v1 / A เวลาถ่ายว่าง รับ 09:45+07 ไม่อยู่ใน current missing_capture_time คำนวณอายุไม่ได้ ขอเวลาต้นทาง
E05v1 / B ถ่าย 10:10+07 รับ 09:59+07 ไม่อยู่ใน current invalid_future หลัง cutoff และเวลาถ่ายหลังรับ ห้ามแก้เวลาเอง
E06v1 / D ถ่าย 09:35+07 รับ 09:50+07; 25 นาที ไม่อยู่ใน current occluded ไม่มีบริเวณหลักฐานใช้ได้ คง D unknown
E07v1 / C ถ่าย 09:20+07 รับ 09:27+07; 40 นาที ไม่อยู่ใน current superseded โดย E07v2 เก็บรุ่นและ evidence เดิม
E07v2 / C ถ่าย 09:45+07 รับ 09:56+07; 15 นาที candidate แก้คำบรรยาย/marker จาก v1 หลักฐานชื่อคนละรายการ ไม่ยืนยันจากรุ่นใหม่อย่างเดียว
E08v1 / D รายงาน 09:30 ไม่มีเขตเวลา รับ 09:55+07 ไม่อยู่ใน current missing_timezone ห้ามเดา +07 หรือคำนวณอายุเสมือนทราบ

วันที่เต็มของทุกเวลาอยู่ใน CSV; E08 ตั้งใจให้มี ISO date/time แต่ไม่มี offset จึงผิดเงื่อนไขเขตเวลา ได้ candidate 3 รายการ: E01v1, E03v1, E07v2 อายุ 20, 10, 15 นาที สถานะยังเป็นข้อสังเกตหรือรายงานไม่ยืนยัน สรุป A บางส่วน, C บางส่วน/จุดเดียว, B เก่า, D ยังไม่รู้ ไม่มี blanket coverage % และไม่สรุปว่า A/C ปลอดภัย

ตัวอย่าง brief ที่เหมาะ: “รุ่น M06-BRIEF-v1 cutoff 10:00+07 มีข้อสังเกตปัจจุบัน 3 รายการ A พบสิ่งที่ดูเป็นน้ำบนถนนบางส่วน C มีรายงานน้ำใกล้ทางขึ้นสะพานและข้อสังเกตรุ่นแก้ B ต้องอัปเดตเพราะข้อมูลเก่า D ไม่มีหลักฐานใช้ได้ ยังไม่ทราบความลึก กระแสน้ำ ความปลอดภัยถนน/สะพาน หรือคนที่ถูกบดบัง ขอผู้ประสานระบุการตรวจเพิ่มที่ทำได้อย่างปลอดภัย ผู้รับยังต้องยืนยันรับทราบรุ่นและข้อค้าง” ข้อความนี้ยังต้องแนบ evidence IDs รายการตัดออก สิทธิ์และเจ้าของงานต่อ

ฝึกสามบทบาทและตรวจ KSEC

K = Knowledge (ความรู้), S = Skills (ทักษะ), E = Ethics (จริยธรรม), C = Character (ลักษณะบุคคล) ใช้ตาม กรอบ KSEC ของหมวด E/C ประเมินเหตุผลและพฤติกรรมที่สังเกตได้ในกิจกรรม เช่น เปิดเผยข้อไม่รู้และตอบคำทักพร้อมประวัติแก้ ไม่ตัดสินบุคลิกหรือคุณธรรมถาวรจากใบงานหนึ่งครั้ง

B ผู้เริ่มต้น: ทำ brief ที่คนรับทวนได้

ใช้ ใบงาน B อ่าน CSV คัดครบเก้าแถว เปรียบเทียบ A/B/C แล้วเขียน brief พร้อมข้อไม่รู้ ให้ผู้ตรวจทักอย่างน้อยหนึ่งข้อ เช่น “ข้อมูลใหม่แปลว่าจริงหรือไม่” เก็บฉบับก่อน/หลังและเหตุผล ถ้ายังไม่พร้อม ทวนบทที่ระบุรายด้านก่อนทำกิจกรรมสั้นซ้ำ ตรวจด้วย rubric M06

ID / มิติ พื้นฐานและวิธีเติม ผลที่ต้องแสดง กิจกรรม / หลักฐานที่ตรวจ
APP-M06-B-K01 / K แยกสิ่งที่เห็นกับข้อสรุปได้; ถ้ายังไม่ได้ทวน observation แล้วเขียนหนึ่งคู่ อธิบายศัพท์เจ็ดคำและขอบคำถาม เขียนคำจำกัดความ brief ผู้รับ/วัตถุประสงค์/ขอบที่ตอบไม่ได้
APP-M06-B-S01 / S อ่านวันที่/offsetและลบเวลาได้; ฝึกสองแถวจาก rapid-mapping คัดเก้าแถวและเปรียบเทียบทางเลือกตามเกณฑ์เดียวกัน ตาราง candidate 3 อายุ 20/10/15 หกแถวอื่นมีเหตุผลและ A/B/C
APP-M06-B-E01 / E บอกข้อไม่รู้/สิทธิ์ได้; ทวน data-handover แล้วแก้ข้อความเผยแพร่หนึ่งข้อ จำกัดคำกล่าวอ้างและข้อมูลให้ตรงหลักฐาน/ผู้รับ ตอบกรณีขอ “สะพานปลอดภัย” กับขอภาพละเอียดสาธารณะ เก็บเหตุผล
APP-M06-B-C01 / C เก็บต้นฉบับและรับคำทักได้; ฝึก teamwork โดยสลับผู้เสนอ/ผู้ตรวจ ตอบคำทักและติดตามข้อค้างตามจริง brief ก่อน/หลัง คำทัก คำตอบ เจ้าของงานเติมและสถานะรอ

O ผู้ปฏิบัติงาน/ผู้วางแผน: ส่งบางส่วนพร้อมงานต่อ

ใช้ ใบงาน O ทำแผนเจ็ดขั้น บัญชีคน/ทรัพยากรและ support gaps พร้อมข้อเสนอ A/B/C ตรวจรายการร่วมเดียวกับ B แล้วทำ manifest และ delivery log จำลองที่แยก received/acknowledged ให้ผู้รับช่วงทวนคำขอเพิ่ม รุ่นและสิทธิ์ก่อนแก้แผน กิจกรรมนี้สร้างแผนและเอกสาร ไม่ได้ยืนยันว่าทีมหรือช่องทางพร้อมจริง

ID / มิติ พื้นฐานและวิธีเติม ผลที่ต้องแสดง กิจกรรม / หลักฐานที่ตรวจ
APP-M06-O-K01 / K รู้บทบาทและคำขอ; ทวน mission brief กับ coordination แล้วจับคู่คน/หลักฐาน อธิบายวิธี ชุดและเงื่อนไขที่ต้องขอก่อนใช้ เหตุผล aircraft/payload/nonflight และบัญชีคำถามต่อผู้สนับสนุน
APP-M06-O-S01 / S ทำแผนและคัดเวลาได้; ทวน preparedness แล้วฝึกคัดสองแถว จัดแผนทัน brief จำกัดขอบและส่งต่อที่ตรวจย้อนหลังได้ แผนเจ็ดขั้น candidate/exclusions manifest รุ่น และ received/acknowledged แยก
APP-M06-O-E01 / E แยกสิทธิ์ผู้รับและข้อจำกัด; ทวน data-handover แล้วทำสอง audience ส่งผลไม่ซ่อนพื้นที่ไม่รู้และจำกัดข้อมูลเหมาะกับผู้รับ ฉบับปฏิบัติงาน/สาธารณะ เหตุผลลดข้อมูล A/C บางส่วน B เก่า D unknown
APP-M06-O-C01 / C ทวนหน้าที่และข้อค้างได้; ฝึก teamwork ให้ผู้รับช่วงอ่านกลับ ติดตามข้อค้างและคำทักจนรู้ผู้รับผิดชอบ/เงื่อนไขพัก แผนก่อน/หลัง คำตอบผู้รับช่วง เจ้าของ support gaps และรอยืนยันรับทราบ

D ผู้พัฒนา/ผู้ปรับแต่ง: เปลี่ยนตัวคัดข้อมูลโดยไม่แต่งหลักฐาน

ใช้ ใบงาน D เสนอเปลี่ยน ตัวคัดข้อมูลและตัวสร้าง manifest ออฟไลน์ จาก baseline v0 ที่เลือกจากเวลารับอย่างเดียว เป็น v1 ที่แยกเวลาถ่าย/เขตเวลา coverage และ revision v0/v1 เป็นตรรกะสมมติของแบบฝึก ไม่มีบริการที่ปรับแล้วในชุดนี้ Expected v0 รับทั้ง 9 แถวเพราะ received ทัน cutoff รวม E07 สองรุ่น; expected v1 คัด 3 candidates และรักษาอีก 6 แถวพร้อมเหตุผล ไม่แก้ระบบบิน ฮาร์ดแวร์ CPX-Sim หรือบริการใด กิจกรรมคือ requirement/interface/test/rollback plan การรันระบบจริงยังเป็น “ยังไม่ทดสอบ” ถ้าผู้เรียนทำตัวตรวจในภายหลังต้องแนบ actual/log ของตนเอง

กำหนด R01 schema/เวลา/enum และข้อผิด, R02 cutoff/อายุ 0–60 รวมขอบ/รับทัน cutoff, R03 revision/supersedes/หลักฐานเดิม, R04 usable coverage/unknown/verification ไม่ยกเป็น confirmed, R05 audience/manifest/received/acknowledged/ออฟไลน์ และ R06 baseline/รุ่น/การคืนค่า อินเทอร์เฟซ input รับ 12 คอลัมน์ CSV UTF-8 เป็นข้อมูล ไม่เป็นคำสั่ง; output แยก candidates, excluded พร้อม reason, unknown sectors, provenance และ delivery states ต้องคง null/timezone_unknown ไม่ใส่ค่า default ที่ทำให้ผ่าน

ทดสอบปกติเก้าแถว, อายุ 0/60/เกิน60, รับตรง cutoff/หลัง cutoff, offset หาย/เวลาว่าง/อนาคต, รายการซ้ำ/รุ่นแทนที่ผิดหรือชี้หาไม่พบ, รุ่นใหม่ผิดที่ต้องไม่แทนรุ่นเดิมเงียบ ๆ, occluded, enum ผิด และคำขอเผยแพร่เกินสิทธิ์ เปรียบเทียบ expected ของ v0/v1 บน fixture เดียวกันพร้อมระดับหลักฐาน คง actual ว่างหรือ “ยังไม่ทดสอบ” จนมีการตรวจที่เกิดขึ้นจริง ย้อนคืน baseline เมื่อคัดผิด ยกสถานะยืนยัน ลบประวัติหรือส่งข้อมูลเกินสิทธิ์ เก็บรายงานรุ่นที่ผิด แจ้งผู้ตรวจ/ผู้รับที่ได้รับ และตรวจผลหลังคืนใหม่

ID / มิติ พื้นฐานและวิธีเติม ผลที่ต้องแสดง กิจกรรม / หลักฐานที่ตรวจ
APP-M06-D-K01 / K อ่าน schema/offset/null/รุ่นได้; ทวน testing แล้วอธิบายหนึ่ง invalid case ระบุ R01–R06 กับ input/output และ failure states requirement/interface ระบุ 12 ช่อง กฎเวลา รุ่น coverage และสิทธิ์
APP-M06-D-S01 / S ทำ expected กับ baseline ได้; ทวน integration แล้วทำ boundary สองกรณี ผูก requirements กับ normal/invalid/boundary/ก่อนหลัง/rollback test matrix expected/actual แยก เก็บหก exclusions และสาม candidate
APP-M06-D-E01 / E แยกแผนจากผลทดสอบและสิทธิ์ได้; ทวน evidence report แล้วแก้ claim หนึ่งข้อ รายงานระดับหลักฐานและการเข้าถึงโดยไม่แต่งผล/เวลา actual ที่ยังไม่รันระบุจริง ไม่เดา offset ไม่อ้าง readiness จาก fixture
APP-M06-D-C01 / C เก็บ baseline และตอบ issue ได้; ฝึก teamwork ให้เพื่อนทัก test plan รับผิดชอบแก้/คืนรุ่นและแจ้งผู้รับผลผิด baseline issue log ก่อน/หลัง trigger ผู้คืน ผู้ตรวจ และวิธีทวนหลังคืน
KSEC ทั้งสามบทบาทเชื่อมพื้นฐานและงานเติมกับกิจกรรม ชิ้นงาน rubric รายรหัส การรับคำทักและการแก้ส่งซ้ำ โดยแยกความพร้อมสนาม

คำอธิบายแผนภาพ: ประเมิน 12 รหัสจากหลักฐานจริงของกิจกรรม E/C ใช้เหตุการณ์ที่บันทึกและฝึกซ้ำได้ ไม่ติดป้ายถาวร เปิดแผนภาพ KSEC ขนาดเต็ม

เกณฑ์รับชิ้นงานและการใช้ต่อ

ตรวจตาม rubric พร้อมตัวอย่างผ่าน/ไม่ผ่านรายรหัส ผลคือ มีหลักฐานตามเกณฑ์ / ต้องฝึกเพิ่ม / ยังไม่มีหลักฐาน บันทึกรุ่นเกณฑ์ ผู้ตรวจ เหตุผลและงานแก้ใน บันทึก KSEC ร่วม ตัวอย่าง S ที่ผ่านคัดครบเก้าแถวได้สาม candidate และเก็บเหตุผลหกแถวอื่น; ตัวอย่างไม่ผ่านเลือก E06 เพราะสดแล้วกล่าวว่า D ไม่มีน้ำ E ที่ผ่านเปิดเผยข้อไม่รู้และลดข้อมูลตามผู้รับ; C ที่ผ่านมีคำทัก คำตอบ รุ่นก่อน/หลังและเจ้าของข้อค้าง ไม่ให้ผ่านเพราะกรอกทุกช่อง อ่านจบ หรือเลือกอากาศยานราคาแพง

รหัส APP-M06-{B,O,D}-{K,S,E,C}01 รวม 12 รหัสอยู่ใน curriculum-mapping.csv พร้อม URL ตามบทบาท CLO/PLO ยังว่างและ pending_design สำหรับออกแบบหลักสูตรภายหลัง ไม่มีผลทดลองผู้เรียนให้รับรองประสิทธิผล ข้อมูลสังเคราะห์ ภาพ AI และผลตรวจใบงานไม่พิสูจน์การบินจริง ความปลอดภัย หรือความพร้อมสนาม/ผู้เรียนผ่าน ต้องตรวจทีม ชุดจริง สภาพ พื้นที่ ข้ออนุญาต สิทธิ์ข้อมูลและการรับงานของภารกิจจริงแยกกัน

ดาวน์โหลด คำอธิบายชุดและใบอนุญาต, CSV ข้อสังเกต, ใบงาน B, ใบงาน O, ใบงาน D และ rubric อ่านพื้นฐานต่อที่ คลังสาธารณภัย หรือกลับ ภาพรวมภารกิจ

เมื่อต้องใช้ brief ไปตั้งงานฝ่ายอื่น อ่าน S1: ผังส่งต่อประเมิน → ค้นหา → ลำเลียง เพื่อแยกผลสังเกต คำขอตรวจ และคำขอสิ่งของที่ต้องยืนยันใหม่.

หากคำขอข้อมูลปัจจุบันแข่งกับงานค้นหาและลำเลียงในช่วงเดียวกัน ใช้ บัตรสามคำขอและทรัพยากรร่วม ฝึกแยก brief จากข้อมูลเดิมกับการเก็บเพิ่ม โดยไม่จองชุด/ทีมที่เจ้าของยังไม่ตอบรับ.

ที่มา รุ่น และขอบหลักฐาน

รุ่นเนื้อหา M06 1.0 · เรียบเรียง/ทบทวนแหล่ง HTML ต้นทาง 11 ตุลาคม 2026 · ผู้จัดทำ PK-Research / Drone-Hub แหล่งด้านล่างใช้ประกอบหลักการและบริบท ไม่ใช่ผลทดสอบภารกิจนี้ ตัวเลข cutoff ความสด deadline และประมาณการทางเลือกเป็นสมมติฐานผู้เรียบเรียงทั้งหมด

  • WFP, Mapping and geospatial analysis in emergency, 27 สิงหาคม 2025: แนวทางต้นทางเรื่องผลิตภัณฑ์เชิงพื้นที่กับข้อมูลหลายแหล่งสำหรับการตัดสินใจ
  • WFP, WFP boosts global co-operation in humanitarian drone use, 4 กุมภาพันธ์ 2021: ข่าวหน่วยงานต้นทางเรื่องการประสานการบิน ข้อมูลและความไว้วางใจ ไม่เป็นสมรรถนะรับประกัน
  • WeRobotics, Localizing humanitarian drones, 1 กุมภาพันธ์ 2018: บันทึกประสบการณ์ exercise ของผู้จัดเรื่องผู้ปฏิบัติท้องถิ่น การวิเคราะห์และการสื่อสาร ไม่ใช่การทดลองใหม่ของบทนี้
  • ICRC, Digitharium month 4, 14 พฤษภาคม 2021: บริบทต้นทางด้านความไว้วางใจและผลเสียจากข้อมูล
  • OCHA Centre for Humanitarian Data, Data Responsibility Guidelines 2025, 20 กุมภาพันธ์ 2025: อ่านหน้า HTML ประกาศทรัพยากร ใช้เพียงขอบเขตประกาศ ไม่อ้างรายละเอียด PDF ซึ่งยังตรวจไม่ได้
  • CAAT, ข่าวประกาศฉบับที่ 15, 6 กุมภาพันธ์ 2026 และ UAS Portal: ช่องทางต้นทางสำหรับตรวจอีกครั้งในการวางแผนจริง พอร์ทัลต้องใช้ JavaScript; ไม่ใช้ข่าวฉบับหนึ่งยืนยันกฎล่าสุดหรือการอนุญาต
  • ฐาน บทน้ำท่วมเดิม ใช้แยกภาพกับแบบจำลองและภาคพื้น ลิงก์ GISTDA n_id=8951 เปิดไม่ได้ในการทบทวนรอบนี้ จึงไม่อ้างว่าอ่านซ้ำครบหรือสอน HAND เพิ่มจากแหล่งที่ยังตรวจไม่ได้
ประเมินภัยพิบัติน้ำท่วมความสดข้อมูลข้อไม่รู้ส่งมอบข้อมูลKSEC