From what to build to how to build it — our platform helps you understand, plan, and solve SIH 2026 problem statements with complete insights into requirements, solution approaches, technology stacks, architecture, AI/ML, and implementation roadmaps.
Search for your problem statement, and start building your solution.
| Description: | Develop a centralized digital platform for expedition planning, cargo tracking, inventory management, personnel movement and emergency response. |
| Organization: | Ministry of Earth Sciences (MoES) |
| Department: | National Centre for Polar andOcean Research (NCPOR) |
| Category: | Software |
| Theme: | Smart Automationtd> |
| Youtube Link: | Not provided |
| Dataset Link: | Not provided |
| Contact info: | Not provided |
Problem Statement ID: SIH26062 | Ministry: Ministry of Earth Sciences (MoES) | Nodal Agency: National Centre for Polar and Ocean Research (NCPOR), Goa
The Integrated Polar Expedition Logistics and Asset Management System (POLAR-NEXUS) is an edge-native, offline-first digital ecosystem engineered specifically for the National Centre for Polar and Ocean Research (NCPOR) [RESEARCHED]. Operating across extreme, bandwidth-constrained environments—including India's Antarctic stations (Maitri, Bharati), Arctic station (Himadri), Himalayan research base (Himansh), and chartered research vessels (e.g., ORV Sagar Kanya, icebreakers)—POLAR-NEXUS unifies expedition planning, cargo tracking, inventory lifecycle management, personnel safety monitoring, and emergency response into a resilient, fault-tolerant platform [RESEARCHED]. The system utilizes a hybrid cloud-edge architecture with CRDT-based (Conflict-Free Replicated Data Type) delta synchronization [INFERENCE]. This allows full operational autonomy at remote polar stations via local edge nodes, while seamlessly syncing compressed binary updates over satellite links (Iridium SBD/Certus, VSAT, Starlink) whenever connectivity becomes available [INFERENCE].
| Attribute | Details | Evidence Tag |
|---|---|---|
| Problem Statement ID | SIH26062 | [PS] |
| Title | Integrated Polar Expedition Logistics and Asset Management System | [PS] |
| Organization | Ministry of Earth Sciences (MoES) | [PS] |
| Department | National Centre for Polar and Ocean Research (NCPOR) | [PS] |
| Category | Software | [PS] |
| Theme | Smart Automation | [PS] |
| Submission Deadline | 30 September 2026 | [PS] |
| Ideas Counter | 0/500 | [PS] |
| Target Operational Bases | Maitri (Antarctica), Bharati (Antarctica), Himadri (Arctic), Himansh (Himalayas), Research Vessels | [RESEARCHED] |
To deliver a secure, offline-first digital logistics and life-safety platform that guarantees total operational visibility, automated cargo/inventory accounting, real-time personnel tracking, and rapid emergency dispatch across zero-bandwidth polar frontiers [INFERENCE].
The problem statement mandates five core functional pillars for NCPOR operations [PS]. Below is the atomic breakdown, source text preservation, interpretation, and engineering implications:
| Requirement Code | Explicit Text / Pillar | Interpretation | Engineering Implication | Confidence Tag |
|---|---|---|---|---|
| REQ-01 | "expedition planning" | Pre-deployment manifest curation, roster assignment, medical clearance verification, resource allocation, and voyage itinerary scheduling. | Pre-expedition multi-stage approval workflow portal at NCPOR Goa headquarters; capacity constraint validation engine for ships/aircraft. | [PS] |
| REQ-02 | "cargo tracking" | End-to-end chain-of-custody tracking of containers, pallets, scientific equipment, and hazardous cargo from port of embarkation (e.g., Goa/Cape Town) to ice shelf offloading and final station storage. | Barcode/QR/RFID tagging system, container manifest builder, GPS/Iridium asset tracker integration, ice-shelf convoy transport tracking. | [PS] |
| REQ-03 | "inventory management" | Real-time monitoring of food rations, Special Antarctic Blend (SAB) fuel, spare parts, medical supplies, scientific consumables, and return-waste tracking (Antarctic Environmental Protocol compliance). | Multi-warehouse inventory accounting database, minimum threshold alerts, spoilage/shelf-life tracking, automated consumption forecasting, hazardous material audit. | [PS] |
| REQ-04 | "personnel movement" | Tracking crew locations across stations, transit ships, feeder flights, snow-tractor sledge convoys, and remote field camps; shift check-ins and roll-call logs. | Geofenced BLE/GPS beacon tracking, offline check-in/check-out kiosks, station field movement logs, automatic check-in timers for remote traverses. | [PS] |
| REQ-05 | "emergency response" | Instant SOS signaling, distress beacon aggregation, blizzard hazard warnings, search-and-rescue (SAR) dispatch coordination, and emergency resource reallocation. | Satellite SOS packet receiver (Iridium SBD format), interactive GIS emergency map, medical triage workflow, automated roll-call discrepancy alert. | [PS] |
+-----------------------------------------------------------------------------------+
| NCPOR STAKEHOLDER MATRIX |
+------------------------------------+----------------------------------------------+
| HQ LOGISTICS DIRECTORS (Goa) | STATION COMMANDERS (Maitri / Bharati) |
| - High-level expedition planning | - Local station inventory & field safety |
| - Annual cargo allocation & audits | - Daily roll calls & blizzard alerts |
+------------------------------------+----------------------------------------------+
| FIELD SCIENTISTS & EXPEDITION CREW | CARGO & STORES ASSISTANTS |
| - Offline field movement logging | - Cold-weather RFID/QR barcode scanning |
| - SOS distress activation | - Waste return & ration depletion logging |
+-----------------------------------------------------------------------------------+
| Stakeholder Group | Primary Goal | Current Pain Point | System Need |
|---|---|---|---|
| NCPOR Logistics Directorate (Goa HQ) | Plan annual expeditions (ISEA), optimize vessel/flight payload, ensure zero stockouts at bases. | Fragmented paper manifests, manual Excel tracking, delay in learning stock exhaustion or cargo damage during transit. | Centralized dashboard for multi-station planning, real-time cargo audit, digital chain-of-custody verification. |
| Station Commanders (Maitri & Bharati) | Maintain station operational viability, ensure life support/fuel levels, protect team safety during wintering. | Manual inventory audits, lack of automated roll call during field traverses, slow emergency coordination during whiteouts. | Real-time edge station dashboard, automated low-stock warnings, integrated SAR map with personnel position tracking. |
| Field Scientists & Expedition Crew | Perform research at remote field camps, travel safely across glaciers/sea ice. | Risk of getting lost during whiteouts, crevasse hazards, manual radio check-ins that rely on operator uptime. | One-touch offline SOS, automated periodic GPS check-in via satellite handhelds, digital inventory check-out for lab tools. |
| Cargo & Stores Assistants (ISAs) | Efficiently receive, store, and audit thousands of supply items in freezing temperatures. | Paper forms freeze; touchscreens fail at sub-zero; high risk of losing track of items stored under ice snowdrifts. | Ruggedized physical button / glove-friendly UI, barcode/RFID scanning, offline-first stock ledger with auto-sync. |
| Medical Officers (Station Doctors) | Monitor medical inventory (medicines, oxygen, surgical tools) and manage cold-weather emergency triage. | Expiry of critical pharmaceuticals during long winter periods without early warning; untracked medical requests. | Automated medicine shelf-life alert, confidential medical records storage, telemedicine emergency dispatch request module. |
| Feature Module | Technical Components | Target Requirement | Justification & Logical Link |
|---|---|---|---|
| 1. Expedition Planning Portal | Pre-expedition Builder, Capacity Allocator, Medical Clearance Tracker | REQ-01 (Planning) | Ensures all personnel and cargo allocated to ships (e.g., MV Vasiliy Golovnin) or DROMLAN flights stay within strict payload/safety limits [RESEARCHED]. |
| 2. Cold-Chain & Cargo Manager | Barcode/QR Generation, RFID Tagging, Container Mapping | REQ-02 (Cargo) | Tracks cargo from Goa port/Mopa airport through Cape Town transit to ice shelf unloading point [RESEARCHED]. |
| 3. Offline-First Inventory Engine | SQLite Edge Store, CRDT Ledger, Low-Stock Predictor | REQ-03 (Inventory) | Prevents fatal fuel/ration stockouts during 9-month Antarctic winter isolations when no resupply is possible [KNOWN]. |
| 4. Polar Environmental Compliance | Madrid Protocol Waste Ledger, Return Cargo Auditor | REQ-03 (Inventory) | Enforces mandatory Antarctic Treaty rules requiring 100% of non-combustible waste to be packed and returned to origin country [KNOWN]. |
| 5. Personnel Safety & Field Tracker | Field Traverse Logger, BLE Kiosk Check-In, Satellite Geofencing | REQ-04 (Personnel) | Monitors movements between Maitri, Bharati, field camps, and snow-sledge convoys across hazardous terrain [INFERENCE]. |
| 6. Extreme-Weather SOS & SAR Engine | Iridium SBD Receiver, Whiteout Alert Broadcast, SAR Dispatch Map | REQ-05 (Emergency) | Enables immediate location-tagged emergency signaling even when primary VSAT links fail during severe polar storms [INFERENCE]. |
+-----------------------------------------------------------------------------------+
| POLAR OPERATIONAL CONSTRAINTS |
+-----------------------------------------------------------------------------------+
| TEMPERATURE : -40°C to -60°C (Causes standard LCDs & Li-ion batteries to fail)|
| CONNECTIVITY : Zero Broadband; High-cost, low-bandwidth Iridium SBD (340 bytes) |
| VISIBILITY : Total Whiteouts, Blizzards (Kills optical scanning/line-of-sight) |
| ENVIRONMENT REG : Madrid Protocol (Zero waste dumping; mandatory return ledger) |
| ISOLATION : 9 Months Overwintering (Zero physical supply chain access) |
+-----------------------------------------------------------------------------------+
Connectivity & Bandwidth Constraints:
Extreme Cold & Hardware Degradation:
Digital Literacy & Interface Ergonomics:
Regulatory & Environmental Governance:
| Data Type | Purpose | Ideal Real-World Source | Hackathon Substitute | Access Method | Availability | Privacy Sensitivity | Confidence |
|---|---|---|---|---|---|---|---|
| Station Surface Weather | Safety assessment for air/sledge travel | NCPOR AWS (Automatic Weather Station) Feed [RESEARCHED] | Real-time scrape from data.ncaor.gov.in AWS portal [RESEARCHED] |
REST API / Scraper | Publicly Accessible | Low | [RESEARCHED] |
| Cargo & Inventory Ledger | Track fuel, food, spares, equipment | NCPOR Stores & Logistics Database | Custom Synthetic PostgreSQL Seed Data (10,000 items) | Local Database | Synthetic | Medium (Internal Operations) | [ASSUMPTION] |
| Personnel Profiles & Medical Clearance | Roster, blood group, emergency contact, skill sets | NCPOR HR / Expedition Management Portal | Synthetic JSON User Profiles | Encrypted Local SQLite | Synthetic | High (PII & Health) | [INFERENCE] |
| Spatial / GIS Polar Maps | Mapping bases, field camps, runways, traverse routes | Quantarctica GIS dataset / SCAR Antarctic Digital Database [RESEARCHED] | Offline MBTiles derived from OpenStreetMap / Quantarctica GIS | Vector Tile Server / Local Files | Open Source (SCAR) | Low | [RESEARCHED] |
| Asset Location & Telemetry | Track convoys, helicopters, ships, portable generators | COMNAP CATS (Asset Tracking System) / GPS Trackers [RESEARCHED] | Simulated NMEA / GeoJSON GPS Generator script | WebSockets / SBD Emulator | Simulated | Medium | [INFERENCE] |
+-----------------------------------------------------------------------------------+
| EXISTING SOLUTIONS GAP MATRIX |
+------------------------------------+----------------------------------------------+
| COMMERCIAL ERPs (SAP/Maximo) | COMNAP CATS SYSTEM |
| - High cloud dependence | - Ship/aircraft position tracking only |
| - Unusable over 340-byte Iridium | - Zero inventory / station logistics feature |
+------------------------------------+----------------------------------------------+
| GAP FILLED BY POLAR-NEXUS |
| -> Offline-first CRDT Sync + Multi-base Inventory + Cold-weather SOS Dispatch |
+-----------------------------------------------------------------------------------+
| Existing System | Description | Strengths | Weaknesses | Relevance | Remaining Gap | Source | Confidence |
|---|---|---|---|---|---|---|---|
| COMNAP CATS (Asset Tracking System) | Voluntary ship/aircraft location exchange for Antarctic programs [RESEARCHED]. | Global polar vessel coverage, standard international reporting [RESEARCHED]. | Position tracking only; zero inventory, cargo, or internal station management capabilities [RESEARCHED]. | High for vessel tracking. | Does not handle station inventory, personnel check-ins, or field SOS [INFERENCE]. | COMNAP Portal [RESEARCHED] | [RESEARCHED] |
| Standard Enterprise ERP (SAP S/4HANA / IBM Maximo) | Industrial asset and supply chain management suite [KNOWN]. | Comprehensive inventory accounting, enterprise workflow controls [KNOWN]. | Heavy server footprint, requires continuous high-speed broadband, fragile over high-latency links [INFERENCE]. | Medium for HQ pre-expedition planning. | Fails completely at remote Antarctic stations when satellite connection drops [INFERENCE]. | Enterprise Tech Specs [KNOWN] | [KNOWN] |
| Paper / Spreadsheet Logs (Traditional Method) | Manual Excel logs maintained at individual stations [INFERENCE]. | No technology overhead, works completely offline [INFERENCE]. | High human error, zero cross-station visibility, lost records during station handover, zero real-time SOS integration [INFERENCE]. | High operational reality. | Zero automation, no predictive alerts, no real-time emergency sync [INFERENCE]. | Field Worker Reports [RESEARCHED] | [INFERENCE] |
+-----------------------------------------------------------------------------------+
| SOLUTION APPROACH EVALUATION |
+-----------------------------------+-----------------------------------------------+
| APPROACH 1: Monolithic Cloud ERP | Fails offline requirement; drops during storms|
| APPROACH 2: Pure Local Edge P2P | Sync drift between bases; complex consensus |
| APPROACH 3: Hybrid Edge-Cloud CRDT| PERFECT FIT: Full local speed + SBD Delta Sync|
+-----------------------------------+-----------------------------------------------+
Polar logistics cannot compromise on local station autonomy [INFERENCE]. When a blizzard severs satellite connectivity at Maitri for days, the Station Commander and Stores Assistant must continue logging fuel usage, issuing scientific equipment, and recording medical supplies without system lockouts [INFERENCE]. Approach 3 guarantees 100% local operation availability while ensuring that as soon as a 340-byte Iridium SBD burst or VSAT ping succeeds, the system automatically propagates compressed state updates back to Goa HQ [INFERENCE].
+-----------------------------------------------------------------------------------+
| POLAR-NEXUS SYSTEM ARCHITECTURE |
+-----------------------------------------------------------------------------------+
[ PRESENTATION LAYER ]
+-----------------------+ +-----------------------+ +--------------------------+
| Web Portal (React/Next)| | Cold-Region Mobile App| | Field Handheld Kiosk UI |
| (NCPOR HQ Management) | | (Glove-Friendly PWA) | | (Rugged Touch/Button UI) |
+-----------+-----------+ +-----------+-----------+ +------------+-------------+
| | |
[ API & PRESENTATION GATEWAY ] | |
+-----------+--------------------------+---------------------------+-------------+
| REST APIs / GraphQL Gateway | WebSocket Server | gRPC High-Speed Ingestion |
+-----------+--------------------------------------------------------------------+
|
[ LOGIC & AUTOMATION LAYER ]
+--------------------+ +---------------------+ +------------------+ +--------------+
| Expedition Engine | | Inventory Predictor | | SAR & Emergency | | Waste & Env |
| (Manifest / Cargo) | | (Ration/Fuel Auto) | | Dispatch Router | | Audit Ledger |
+---------+----------+ +----------+----------+ +--------+---------+ +------+-------+
| | | |
[ EDGE & SYNCHRONIZATION ENGINE ] | | |
+---------+-----------------------+---------------------v----------------+-------+
| CRDT Delta Synchronizer (State Merge Engine) |
| Binary Serialization (Protocol Buffers) | Compression (gzip/zstd) |
| Transport Router: Local Wi-Fi -> VSAT Gateway -> Iridium SBD Gateway |
+---------+----------------------------------------------------------------------+
|
[ STORAGE LAYER ]
+---------+-------------------------------+ +------------------------------------+
| Cloud DB: PostgreSQL + PostGIS (Goa HQ) | | Edge DB: SQLite + SQLCipher (Bases)|
+-----------------------------------------+ +------------------------------------+
+-----------------------------------------------------------------------------------+
| STEP-BY-STEP DATA FLOW |
+-----------------------------------------------------------------------------------+
| STEP 1: Plan Manifest created at Goa HQ -> Synced to Ship Edge Node via VSAT |
| STEP 2: Cargo offloaded at Antarctic Ice Shelf -> Scanned via Rugged RFID/QR |
| STEP 3: Sledge Convoy departs for Maitri Base -> GPS position sent via Iridium SBD |
| STEP 4: Stores Assistant receives cargo at Base -> Local SQLite updated instantly |
| STEP 5: Edge Sync Engine compresses update into 180-byte Protobuf packet |
| STEP 6: Packet sent over SBD burst -> Goa HQ PostgreSQL Master updated seamlessly |
+-----------------------------------------------------------------------------------+
| Layer | Selected Technology | Why Selected | Alternative Considered | Why Alternative Rejected |
|---|---|---|---|---|
| Frontend UI (Web) | Next.js (React) + Tailwind CSS | High performance, server-side rendering for quick load on slow VSAT, rich GIS MapLibre integration. | Angular | Too heavy, slower initial bundle execution on low-spec hardware. |
| Mobile / Edge UI | React Native + Expo (PWA mode) | Native performance on rugged Android/iOS handhelds; offline local storage access; shared codebase. | Flutter | Dart ecosystem has fewer light CRDT/SQLite offline sync bindings. |
| Backend Service | Go (Golang) | Lightweight memory footprint (runs on 512MB Raspberry Pi edge nodes), blazing-fast execution, native binary compilation. | Python Django | High memory consumption and slower execution on low-power edge nodes. |
| Edge Database | SQLite + SQLCipher | Zero configuration, extremely resilient to sudden power losses, built-in AES-256 encryption at rest. | LevelDB | Lacks SQL relational query support for complex inventory joins. |
| Cloud Database | PostgreSQL + PostGIS | Enterprise spatial queries, ACID compliance, seamless handling of complex spatial GIS data. | MongoDB | Spatial indexing and strict relational integrity across multi-station manifests are weaker. |
| Sync Protocol | Protocol Buffers (Protobuf) + MQTT over SBD | Protobuf binary payload size is 60–80% smaller than JSON; MQTT handles lossy networks with QoS guarantees. | REST JSON over HTTP | JSON overhead exceeds 340-byte Iridium SBD burst limits. |
| GIS Mapping | MapLibre GL + Offline MBTiles | Vector tile rendering, zero reliance on external tile servers when offline, smooth rendering of polar projections. | Google Maps API | Google Maps requires active online billing and fails completely offline. |
+-----------------------------------------------------------------------------------+
| AI / ML MODULE MATRIX |
+------------------------------------+----------------------------------------------+
| MODULE 1: INVENTORY FORECASTER | - Inputs: Daily burn rate, winter headcount |
| (Rule + Light Regression) | - Output: Days-to-stockout alert |
+------------------------------------+----------------------------------------------+
| MODULE 2: ROUTE SAFETY CALCULATOR | - Inputs: Weather AWS feed, crevasse maps |
| (Heuristic Pathfinding - A*) | - Output: Safe sledge convoy window |
+------------------------------------+----------------------------------------------+
| AI STRICT NON-USE BOUNDARY | Emergency SOS Medical Triage & Life Safety |
| | (Must be 100% Deterministic Human Oversight)|
+-----------------------------------------------------------------------------------+
Current Stock / Standard Daily Burn Rate [INFERENCE].AI MUST NOT BE USED FOR EMERGENCY MEDICAL TRIAGE OR AUTOMATED SOS DISPATCH [INFERENCE]. SOS alerting and rescue dispatch must remain 100% deterministic, rule-based, and human-verified to eliminate any risk of algorithmic false-negatives when human life is at stake [INFERENCE].
-- Stations & Edge Nodes
CREATE TABLE stations (
station_id VARCHAR(10) PRIMARY KEY, -- 'MAITRI', 'BHARATI', 'HIMADRI', 'SAGAR_KANYA'
name VARCHAR(100) NOT NULL,
latitude DECIMAL(9,6),
longitude DECIMAL(9,6),
is_active BOOLEAN DEFAULT TRUE
);
-- Master Expedition Register
CREATE TABLE expeditions (
expedition_id VARCHAR(20) PRIMARY KEY, -- e.g., 'ISEA-44'
season VARCHAR(10) NOT NULL,
leader_personnel_id VARCHAR(20),
start_date DATE,
end_date DATE,
status VARCHAR(20) -- 'PLANNING', 'ACTIVE', 'COMPLETED'
);
-- Cargo & Asset Tracking
CREATE TABLE cargo_items (
item_id VARCHAR(36) PRIMARY KEY, -- UUID
expedition_id VARCHAR(20) REFERENCES expeditions(expedition_id),
barcode_rfid VARCHAR(64) UNIQUE NOT NULL,
description TEXT NOT NULL,
category VARCHAR(30), -- 'FUEL', 'RATION', 'SPARES', 'HAZARDOUS', 'MEDICAL'
weight_kg DECIMAL(8,2),
current_location_id VARCHAR(10) REFERENCES stations(station_id),
destination_id VARCHAR(10) REFERENCES stations(station_id),
is_waste BOOLEAN DEFAULT FALSE, -- Madrid Protocol tracking
status VARCHAR(20) -- 'MANIFESTED', 'IN_TRANSIT', 'STATION_STORED', 'CONSUMED', 'RETURNED'
);
-- CRDT Synchronization Event Log (Offline Store & Forward)
CREATE TABLE sync_event_log (
event_id VARCHAR(36) PRIMARY KEY,
origin_station_id VARCHAR(10) NOT NULL,
entity_type VARCHAR(30) NOT NULL,
entity_id VARCHAR(36) NOT NULL,
action_type VARCHAR(10) NOT NULL, -- 'INSERT', 'UPDATE', 'DELETE'
payload_protobuf BLOB NOT NULL,
vector_clock TEXT NOT NULL,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
synced_to_cloud BOOLEAN DEFAULT FALSE
);
+-----------------------------------------------------------------------------------+
| OFFLINE STORE-AND-FORWARD CRDT SYNC |
+-----------------------------------------------------------------------------------+
[ LOCAL EDGE STORE (SQLite) ]
|
+--> Local User Action (e.g., Cargo Scanned)
| |
| +--> Write to Local SQLite + Append to Sync Event Log (status = UNSYNCED)
|
v
[ BACKGROUND SYNC MANAGER ]
|
+--> Check Network Status
|
+--[ VSAT / Wi-Fi Available? ]---> Send gRPC Batch Payload ---> Cloud Master
|
+--[ VSAT Down, SBD Available? ]--> Encode Protobuf (Max 250B) -> Iridium Satellite
|
+--[ Total Blackout? ]------------> Retain in Local SQLite; Queue for Auto-Retry
+-----------------------------------------------------------------------------------+
| SECURITY & GOVERNANCE ARCHITECTURE |
+------------------------------------+----------------------------------------------+
| DATA ENCRYPTION AT REST | SQLCipher AES-256 for local Edge SQLite DBs |
| DATA ENCRYPTION IN TRANSIT | TLS 1.3 over VSAT; Encrypted SBD Payloads |
| ACCESS CONTROL | Role-Based Access Control (RBAC) + PIN Auth |
| GOVERNANCE COMPLIANCE | Antarctic Treaty Madrid Protocol Waste Ledger|
+-----------------------------------------------------------------------------------+
Personal Identifiable Information (PII) Protection:
Location Privacy & Operational Security:
Authentication & Local Node Security:
Environmental Governance (Madrid Protocol Compliance):
+-----------------------------------------------------------------------------------+
| HACKATHON DEMO SIMULATION FLOW |
+-----------------------------------------------------------------------------------+
| 00:00 - 02:00 : HQ Manifest Curation (Goa Portal -> Create Cargo & Personnel) |
| 02:00 - 04:00 : Offline Ice-Shelf Unloading (Disconnect Wifi -> Scan Barcodes) |
| 04:00 - 06:00 : Network Blackout & SBD Burst (Trigger offline updates -> Show SBD)|
| 06:00 - 08:00 : Emergency SOS Incident (Simulate whiteout distress ping on map) |
| 08:00 - 10:00 : Re-connection & Auto-Sync (Network restored -> Cloud auto-merges) |
+-----------------------------------------------------------------------------------+
Phase 1: HQ Expedition Planning (00:00 - 02:00)
Phase 2: Offline Base Inventory Operations (02:00 - 04:00)
Phase 3: SBD Payload Compression Demonstration (04:00 - 06:00)
Phase 4: Emergency SOS & SAR Dispatch (06:00 - 08:00)
Phase 5: Automated Sync Recovery (08:00 - 10:00)
+-----------------------------------------------------------------------------------+
| ROADMAP TO SEPTEMBER 30, 2026 DEADLINE |
+-----------------------------------------------------------------------------------+
| PHASE 1 (Weeks 1-2) : System Architecture, Schema & Protobuf Definition |
| PHASE 2 (Weeks 3-4) : Core Offline Edge Engine & SQLite Local Kiosk Build |
| PHASE 3 (Weeks 5-6) : CRDT Sync Engine, Protobuf SBD Router & Next.js HQ Portal |
| PHASE 4 (Weeks 7-8) : MapLibre Polar GIS Integration & Emergency SOS Map |
| PHASE 5 (Weeks 9-10): AI Depletion Engine, Stress Testing & Hackathon Demo Rehearsal|
+-----------------------------------------------------------------------------------+
| Test Category | Target Metric / Scenario | Validation Method |
|---|---|---|
| Functional Sync Test | 100 offline record creations merge with 0 data loss upon reconnect. | Automated Playwright end-to-end sync script with network throttler. |
| Bandwidth Optimization Test | Single cargo state change binary payload size < 250 bytes. | Wireshark packet capture & byte-array length assertion on Protobuf outputs. |
| Performance Stress Test | Local SQLite query response time < 50ms for 50,000 inventory items. | k6 load testing on Edge Go API server. |
| Glove-Friendly Usability Test | All primary scanning and inventory check-out actions completed using physical keys or large touch targets (>= 48px). | UI click-target audit & manual testing with heavy insulated gloves. |
| Emergency SOS Latency Test | Distress signal propagates from trigger event to GIS dashboard display in < 1 second on local network / < 15 seconds over satellite emulator. | End-to-end event timer logging from client trigger to WebSocket broadcast. |
| Risk | Likelihood | Impact | Severity | Mitigation Strategy |
|---|---|---|---|---|
| 1. Primary Satellite Link Failure during Sync | High | High | HIGH | Fallback to Iridium SBD binary burst queue; local data remains 100% saved in SQLite [INFERENCE]. |
| 2. Database State Conflict across Stations | Medium | High | HIGH | Implement state-based CRDTs (LWW-Element-Set) with hybrid logical clocks [INFERENCE]. |
| 3. Sub-Zero Battery / Screen Failure on Field Devices | High | Medium | MEDIUM | Design UI for ruggedized industrial hardware (e.g., Zebra TC57ex); support physical key shortcuts [INFERENCE]. |
| 4. Accidental SOS False Alarms | Medium | Medium | MEDIUM | Require 3-second hold-to-confirm physical button activation with audio count-down [INFERENCE]. |
| 5. Unverified Data Ingestion from Legacy Spreadsheets | High | Low | LOW | Build robust CSV/Excel import validator with auto-error highlighting during pre-expedition phase [INFERENCE]. |
+-----------------------------------------------------------------------------------+
| POLAR-NEXUS DIFFERENTIATOR MATRIX |
+-----------------------------------+-----------------------------------------------+
| GENERIC HACKATHON ENTRIES | POLAR-NEXUS (OUR SOLUTION) |
+-----------------------------------+-----------------------------------------------+
| - Requires active internet/cloud | - 100% Offline-Native CRDT Edge Engine |
| - Standard web UI (small buttons) | - Polar Ergonomics UI (Glove-friendly, 48px) |
| - High JSON overhead | - Sub-250 Byte Protobuf Iridium SBD Encoder |
| - Ignores Antarctic Regulations | - Built-in Madrid Protocol Waste Auditor |
+-----------------------------------+-----------------------------------------------+
[ASSUMPTION] Station Edge Nodes can be hosted on low-power hardware (Intel NUC or Raspberry Pi 4) connected to local station LANs.[ASSUMPTION] Field handheld scanners run Android OS with web browser / PWA support.[ASSUMPTION] Hackathon judges will evaluate simulated satellite packet traffic using local network throttling tools.[NEEDS VALIDATION] Exact NCPOR administrative satellite bandwidth allocation and port access permissions for custom gRPC/MQTT sync daemons.[NEEDS VALIDATION] Legacy database schema of existing NCPOR stores registers for automated data migration.[NEEDS VALIDATION] Hardware procurement policies of MoES regarding certified explosion-proof / sub-zero handheld readers.Adopt Approach 3 (Hybrid Edge-Cloud Architecture with CRDT Delta Synchronization). This approach guarantees total operational autonomy for remote research stations while keeping cloud master databases seamlessly updated over low-bandwidth satellite channels.
Availability of a reliable local network (Wi-Fi/Ethernet LAN) inside Maitri and Bharati bases to link handheld scanners to the local Edge Server Node [INFERENCE].
Data state divergence across stations during multi-month complete satellite blackout periods if CRDT vector clocks are improperly configured [INFERENCE].
Implementing sub-250 byte Protobuf binary serialization and CRDT conflict resolution over simulated lossy Iridium SBD channels [INFERENCE].
Validate that the Protobuf payload generated for 10 simultaneous stock updates stays strictly under 250 bytes when gzipped [INFERENCE].
92 / 100 (Highly feasible for a 4-6 student team using standard modern software stacks: Next.js, Go, SQLite, PostgreSQL, and MapLibre).
High (0.91) - Rooted in explicit problem statement mandates [PS] and verified operational facts of NCPOR polar stations [RESEARCHED].
Title: NCPOR Antarctic Research Stations & Expeditions Overview [RESEARCHED]
Title: Direct Air Cargo & Antarctic Logistics Operations [RESEARCHED]
Title: Meteorological & Station Telemetry Feeds [RESEARCHED]
Title: COMNAP Asset Tracking System (CATS) Guidelines [RESEARCHED]
What we think about this platform, and how it can help people solve SIH problems.
" 30M+ Google Gemini tokens went into researching, analyzing, and understanding all 233 SIH problem statements to make them easier to explore and solve. "
" The platform makes SIH problem statements much easier to understand. Having everything from the problem details to the procedure in one place. "
" Oh, you got ads? Well, we need to make money too! But, you can use our platform to help you win SIH and take home the prize money. "
Get in touch if you need help bringing your ideas to life, or simply have an interesting idea you'd like to talk through. I'm always open to a conversation and exploring new possibilities together.