प्रतीक्षारत वाहन जियोफ़ेंस सत्य क्यों चाहते हैं? (Why Waiting Vehicles Need Geofence Truth)

प्रतीक्षा एक क्षेत्र है, बिंदु नहीं

ऑपरेटर मानचित्र पर एक पिन देखता है और कहता है 'वाहन प्रतीक्षा कर रहा है'। वास्तव में, सवाल यह है: क्या वाहन परिभाषित प्रतीक्षा क्षेत्र के अंदर है, इग्निशन क्या है, क्या प्रतीक्षा का कारण वर्गीकृत किया गया है?```text Telematics point → inside circle? → wait reason? lat/lng km_metric ops taxonomy ↓ Waiting truth on map

## पहले उल्लेख पर अवधारणाएँ```text
📦 Waiting Truth
Haritada gösterilen beklemenin operasyonel olarak savunulabilir hali.

📦 Circle Geofence
Merkez ve yarıçapla tanımlanan daire sınır.

📦 Ignition Signal
Motor açık/kapalı gibi telemetri kanıtı.

📦 False Wait
Konum gürültüsü veya eksik sınıflama yüzünden yanlış bekleme kaydı.
```बात सबूत की है; वृत्त और वर्गीकरण के बिना यह परिचालनात्मक निर्णय नहीं है।

## पिन पर्याप्त क्यों नहीं है

एक भी निर्देशांक यह नहीं बताता कि वाहन अभी भी लोडिंग डॉक पर है या नहीं। उदाहरण व्यवसाय नियम: एक निश्चित किमी के दायरे में रहें (जैसे 5 किमी)।

## दो तथ्य

टेलीमेट्री कहती है 'कहाँ'; ऑप्स कहता है 'वह इंतज़ार क्यों कर रहा है?'```text
Telemetry evidence ≠ Wait decision
```## नक्शे का काम

मानचित्र साक्ष्य खींचता है; टैक्सोनॉमी निर्णय को रिकॉर्ड करती है।

## इस एपिसोड में सबसे भ्रमित करने वाला मैचअप```text
❌ Son GPS noktası = bekleme
✓ Bekleme = sınır + süre + neden sınıflaması

❌ Yarıçap hep 5 km hardcoded
✓ Yarıçap API/konfigden gelmeli (km_metric)

❌ Vendor UI'ı operasyonel sistemdir
✓ Vendor feed entegrasyon kenarıdır

आपके अपने सिस्टम की चेकलिस्ट

1. आपका प्रतीक्षा रिकॉर्ड किस क्षेत्र में 'सटीक' माना जाता है?
2. त्रिज्या कहां से आती है: कोड या एपीआई?
3. क्या इग्निशन उपलब्ध नहीं होने पर स्टैंडबाय चालू किया जाता है?
4. झूठी प्रतीक्षा को कौन बंद करता है?
5. मैप पॉपअप में कौन से मेट्रिक्स हैं?

इस अनुभाग से याद रखने योग्य बातें

1. होल्ड एक क्षेत्रीय निर्णय है, एकल पिन नहीं।
2. टेलीमेट्री साक्ष्य है, ऑप्स स्टेट निर्णय है।
3. त्रिज्या अनुबंध दृश्यमान होना चाहिए.

मानचित्र पर सुई देखने का मतलब इंतजार करना नहीं है।