A mobile quadruped robot and a lightweight handheld device that let Railway Protection Force personnel detect narcotics and explosives in real time.
Ministry of Railways · Hardware
Signing in saves it for your whole team — everyone on your invite link sees the same two entries. Anything you shortlisted while signed out comes with you.
Decomposed from what the description asks for. Nothing added.
Quadruped Navigation
Supports autonomous or semi-autonomous movement using LiDAR and sensor fusion in complex railway environments.
Detection Engine
Detects specific narcotics and explosives through onboard sensors and real-time processing.
Surveillance and Imaging
Provides thermal and optical imaging, facial recognition, and underframe coach inspection.
Handheld Device
A ruggedized, lightweight tool for personnel featuring offline storage, multilingual support, and real-time alerts.
Control Center Integration
Transmits alerts, video feeds, and GPS-tagged event logs securely to a centralized monitoring dashboard.
Both columns are read off the brief's own wording. Nothing here is inferred from the ministry's name.
The jury will check whether the system can actually detect the listed narcotics and explosives, operate in GPS-denied or harsh railway conditions, support offline-online synchronization for the handheld device, and transmit data securely to a central dashboard.
A jury can still ask about these. Decide them deliberately rather than by accident.
Generated from the brief's own wording and the competition's published rules — never from a guess about what this ministry prefers.
What specific chemical sensors or hardware components must be used for narcotics and explosive detection?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
The exact battery life and weight limits for the quadruped and handheld devices?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
The communication protocols required for integration with existing railway security infrastructure?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
Has any part of this been shown at a previous event, hackathon or college project?
The guidelines are explicit: your solution must not have appeared in any previous event or programme, of any sort. A recycled project is what a team under time pressure reaches for.
Each one is quoted from a gap in the brief, not a guess about your team.
Needs physical hardware
Listed as a hardware problem statement, so a working demo needs physical components you have to source yourself.
Needs data you may not get
The problem requires detecting specific chemical signatures of explosives and narcotics, which involves hardware and chemical sensor calibration data students cannot easily source.
What the organisers attached, and what the brief assumes you can get.
Same organisation, same year. Reading two of theirs tells you more about what they care about than reading one.
Pick what you are about to do and copy the prompt. It carries the organisers' own wording, the constraints they never spell out, and an instruction not to invent requirements they never set.
Who has this problem, what already exists, and what you would have to find out.
The brief asks for quadruped navigation. How would you build that?
Decoded from SIH26026 itself — Supports autonomous or semi-autonomous movement using LiDAR and sensor fusion in complex railway environments. The brief asks for it by name.
The brief asks for detection engine. How would you build that?
Decoded from SIH26026 itself — Detects specific narcotics and explosives through onboard sensors and real-time processing. The brief asks for it by name.
The brief asks for surveillance and imaging. How would you build that?
Decoded from SIH26026 itself — Provides thermal and optical imaging, facial recognition, and underframe coach inspection. The brief asks for it by name.
The brief asks for handheld device. How would you build that?
Decoded from SIH26026 itself — A ruggedized, lightweight tool for personnel featuring offline storage, multilingual support, and real-time alerts. The brief asks for it by name.
The brief asks for control center integration. How would you build that?
Decoded from SIH26026 itself — Transmits alerts, video feeds, and GPS-tagged event logs securely to a centralized monitoring dashboard. The brief asks for it by name.
Where does your data come from — a published source, one you collect, or one you generate?
No dataset is attached to this problem statement, so sourcing it is part of the work and nobody told you that.
Why not use what already exists? Name the closest thing to this that is already running.
A team that has not named the alternative themselves is answering this for the first time in the room.
Which single thing will you demonstrate end to end, start to finish, with nothing skipped?
Ours, not a rule: a narrow thing that fully works survives questioning better than a broad thing that half works. If nobody on the team can name it, that is the finding.
Show me this working: the jury will check whether the system can actually detect the listed narcotics and explosives, operate in GPS-denied or harsh railway conditions, support offline-online synchronization for the handheld device, and transmit data securely to a central dashboard.
This is the evaluator read for your problem statement, decoded from the brief's own wording.