A mobile app and edge software engine that uses smartphone IMU sensors and machine learning to maintain vehicle navigation during GPS outages without needing a vehicle connection.
Indian Space Research Organisation(ISRO) · Department of Space / Indian Space Research Organisation · Software
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.
Alignment and Calibration Engine
An algorithmic module that automatically determines the phone pitch, roll, and yaw relative to the vehicle driving direction.
AI Speed and Vibration Filter
A model running locally on the phone that filters out road noise and estimates vehicle forward velocity from IMU signals.
Map Matching and Constraints Framework
A framework that binds the calculated position to known road networks and geometric paths during a signal dropout.
GNSS and INS Fusion Engine
An AI-based sensor fusion algorithm that combines GNSS and IMU measurements to eliminate drift errors.
Real-time Navigation Interface
A functional mobile application with a user interface displaying a smooth, uninterrupted vehicle icon showing seamless navigation.
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 positional drift is restricted to less than 10 percent of the total distance travelled during GNSS signal blackout, and whether the position update rate reaches 10Hz on smartphones. They will also verify if the app transitions smoothly between GPS and inertial tracking modes without using an external vehicle speedometer connection.
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.
Specific hardware models of smartphones required for benchmark testing?
The brief never answers this, so a panel will. Whatever you decide, say it the same way twice.
Exact map database file formats for the offline map integration?
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.
The brief asks for alignment and calibration engine. How would you build that?
Decoded from SIH26168 itself — An algorithmic module that automatically determines the phone pitch, roll, and yaw relative to the vehicle driving direction. The brief asks for it by name.
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 ai speed and vibration filter. How would you build that?
Decoded from SIH26168 itself — A model running locally on the phone that filters out road noise and estimates vehicle forward velocity from IMU signals. The brief asks for it by name.
The brief asks for map matching and constraints framework. How would you build that?
Decoded from SIH26168 itself — A framework that binds the calculated position to known road networks and geometric paths during a signal dropout. The brief asks for it by name.
The brief asks for gnss and ins fusion engine. How would you build that?
Decoded from SIH26168 itself — An AI-based sensor fusion algorithm that combines GNSS and IMU measurements to eliminate drift errors. The brief asks for it by name.
The brief asks for real-time navigation interface. How would you build that?
Decoded from SIH26168 itself — A functional mobile application with a user interface displaying a smooth, uninterrupted vehicle icon showing seamless navigation. The brief asks for it by name.
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 positional drift is restricted to less than 10 percent of the total distance travelled during GNSS signal blackout, and whether the position update rate reaches 10Hz on smartphones.
This is the evaluator read for your problem statement, decoded from the brief's own wording.
Show me this working: they will also verify if the app transitions smoothly between GPS and inertial tracking modes without using an external vehicle speedometer connection.
This is the evaluator read for your problem statement, decoded from the brief's own wording.