Accessibility
How to plan accessible wayfinding in a venue
Short answerAccessible wayfinding gives every visitor a route they can use, which means step-free routes that never include a stair, kiosk controls a seated person can reach, high-contrast text and directions that can be heard as well as read. Start from the building standard that applies to your site, then test on site with the people who will use it.
Who you are designing for
Accessibility in wayfinding is not one feature. Different visitors fail at different points, so start by listing who comes to your building and where each of them gets stuck today.
| Visitor | What goes wrong today | What the wayfinding has to do |
|---|---|---|
| Wheelchair user | Directions that include a staircase; kiosk controls out of reach | Routes that never use stairs; controls in the lower half of the screen |
| Parent with a pushchair | The same staircase, plus heavy doors | A pushchair-friendly routing profile |
| Older visitor walking slowly | “About 1 minute” that takes three | Walking times calculated at a slower pace |
| Visitor with low vision | Small grey text on a busy map | Larger text, high contrast, routes with fewer turns, directions read aloud |
| Blind visitor | A touchscreen they cannot use | Tactile and braille signs, and staff help: a screen is not the answer here |
| Visitor who finds busy screens hard | A moving map, dense text, too many choices | A still map, pictures and short words |
| Deaf or hard-of-hearing visitor | Announcements made only over the PA | Every notice and emergency message in text on screen |
| Visitor who reads Arabic first | Latin room codes, or a layout that is not mirrored | Full right-to-left layout and landmarks named in their language |
None of these is a niche. In a hospital outpatients department on a weekday morning, most of them are in the queue at once.
Step-free is a rule, not a preference
A step-free option that only prefers lifts will, sooner or later, send someone to a staircase, because the stairs were the only way the route could be finished. For a wheelchair user, that route ends at the foot of the stairs.
In DigiMaps, switching step-free on makes it a hard constraint. A wheelchair route never uses a stepped link, even when that is the only way through. If no step-free way exists, the kiosk shows a best-effort route and flags it clearly, rather than presenting stairs as step-free. For that to work, the map data has to be honest too:
- Every stair and escalator link is marked as stepped.
- Every lift is linked on every floor it serves, so the router can use it.
- Ramps and level thresholds are drawn where they really are.
- When a lift goes out of service, it is posted as a live closure, and step-free routes move to another lift within seconds, without a new map release.
Six routing profiles
One route rarely suits everyone. DigiMaps calculates routes for six profiles, and the visitor picks one. A kiosk can also be set to start with step-free on.
| Profile | What changes |
|---|---|
| Standard | The fastest route. Stairs, escalators and lifts are all allowed. |
| Wheelchair | Step-free as a hard rule: lifts and ramps only. |
| Reduced mobility | Walking times calculated at 0.8 m/s, so the time on screen is the time it takes. |
| Avoid stairs | Routes around stairs. |
| Stroller | For pushchairs and prams. |
| Low vision | Prefers routes with fewer turns. |
Visitors can also ask for the fewest floor changes, prefer indoor or shaded paths, and add a stop on the way, such as the nearest prayer room or restroom. The campus and office industry packs leave out the stroller profile.
Bring the controls down to a seated visitor
A portrait kiosk is tall for a reason: it is seen from across a lobby. That same height puts the search box and the keyboard out of reach for someone seated. The fix is to move the controls, not the visitor.
- 1Upper half: the map. The route stays visible above the controls at Full HD and 4K.
- 2Lower half: every control. Search, the six home tiles and the directions panel move below the line.
- 3The dock. Home, Search, Directory, language, Accessibility and Help, all within reach.
- 4Mounting height. Set by your building standard and checked with a seated tester, not by the software.
- 5Approach space. Room in front of the kiosk for a wheelchair to pull up; also a site decision.
DigiMaps calls this Controls within reach. One Accessible mode switch turns it on together with larger text, step-free routes and spoken directions, and each part also works on its own. Every setting belongs to one visitor and resets when the session ends, so the next person starts from the standard screen.
The software can only do half the job. Mounting height, the space to pull a wheelchair up to the screen and the screen’s tilt belong on the installation drawing, set from your building standard and checked with a seated tester before sign-off.
Contrast, text size and touch targets
Contrast is the easiest part of screen accessibility to measure. WCAG 2.1 expresses it as a ratio between text and background: at least 4.5:1 for normal text, and 7:1 for its enhanced level.
- Black on signage yellow #000000 on #ffd400 14.6:1 Meets 7:1
- White on navy #ffffff on #0b1730 17.8:1 Meets 7:1
- Slate grey on white #5e6577 on #ffffff 5.8:1 Meets 4.5:1 only
- Mid grey on white #7a7f8c on #ffffff 4.0:1 Below 4.5:1
- Amber on white #ffb81c on #ffffff 1.7:1 Below 4.5:1
On a DigiMaps kiosk, the numbers that matter are these:
- Text is never smaller than 20 CSS px, and touch targets are at least 56 px.
- High contrast switches to black and yellow, and every text and surface pair is at least 7:1.
- The sunlight theme for outdoor screens keeps every pair at 7:1 or better, whatever accent colour the venue uses.
Printed signs are measured differently. The Dubai Health Authority’s guidelines for health facilities, for example, ask for a minimum luminance contrast of 30% between lettering and background on signs. That is a different measure from a WCAG ratio, so do not convert one into the other; check each against its own rule.
Directions people can hear
Listen reads a place card or a route aloud in the visitor’s language, and Speak directions reads each new route as it appears. Both use the text-to-speech voices installed on the kiosk, which has two practical consequences:
- If the kiosk has no voice for a language, the Listen button is hidden for that language rather than reading Arabic with an English voice.
- Voice quality depends on the device. Check Arabic, Hindi or any other language on the hardware you are buying, not on a laptop.
There is no voice input or spoken search. And a talking kiosk does not replace tactile and braille signage or a staffed help point for blind visitors; it helps some partially sighted visitors, and a QR code moves the route to their own phone, where they can zoom the text.
Calm, Easy read and language
Calm mode removes map motion and animations, which helps visitors who find moving screens hard; on phones, the operating system’s reduced-motion setting is honoured. Easy read uses pictures and short words.
Language is an access need too. Directions name real landmarks in the visitor’s language, and Arabic directions never fall back to Latin labels from the CAD drawing. The layout mirrors fully for right-to-left scripts. For physical signs in Dubai’s health facilities, the DHA guidelines place the Arabic text above the English; on a kiosk, the attract screen and emergency messages show every venue language at once.
Emergencies: an accessible route to an accessible exit
An emergency message that is only announced over the PA does not reach a Deaf visitor. A text takeover on every screen, in every venue language, reaches anyone who can see a screen. “Show me the way out” routes to the nearest reachable exit, and it needs approved exit data from your fire plan to do so.
For hospitals, the life-safety profile adds a rule DigiMaps will not let anyone override: a map cannot be published unless every point on it has an accessible route to an accessible exit, as well as two ways out. All of this supplements, never replaces, your approved signage and procedures.
Standards to read before you write the specification
DigiMaps does not claim compliance with any of these documents. They are what your architect, access consultant and IT team will check the project against, so it is worth knowing which ones apply before you write requirements.
| Document | Published by | Applies to | Read it for |
|---|---|---|---|
| Harmonised Guidelines and Standards for Universal Accessibility in India, 2021 | Ministry of Housing and Urban Affairs, Government of India | Buildings in India, public buildings in particular; it supersedes the 2016 harmonised guidelines | The national reference for ramps, circulation and signage in buildings |
| Dubai Universal Design Code | Dubai Municipality | Buildings in Dubai, including assessments of existing buildings | The design rules your architect and access consultant work to in Dubai |
| DHA Health Facility Guidelines, Part C, section 5: Signage | Dubai Health Authority | Health facilities in Dubai | Arabic above English, 30% minimum luminance contrast, braille and tactile signs within reach |
| Web Content Accessibility Guidelines 2.1 | W3C | Web content, including web-based kiosk screens | Contrast ratios, text resizing, and touch and keyboard access |
On WCAG, our position is plain: DigiMaps is designed to support WCAG 2.1 AA, with automated accessibility checks in our build pipeline. It has not had a third-party audit yet, so ask any vendor, us included, what has actually been tested and by whom. The features themselves are described on our accessible wayfinding page.
Test it with the people who will use it
Many accessibility problems only show up on site, with the real screen at its real mounting height. Run these checks before go-live, and repeat the first three whenever the map changes.
- Sit in a wheelchair, or a chair of the same height, at every kiosk and complete a search using only the lower half of the screen.
- Route from each kiosk to your ten most-visited destinations with the wheelchair profile. Every route should use a lift or a ramp.
- Post a lift closure in Studio and repeat two of those routes. They should move to another lift, or say plainly that no step-free route exists.
- Turn on high contrast at the brightest kiosk at midday, and the sunlight theme on any outdoor screen.
- Press Listen in every venue language on the actual hardware. Where the button is missing, no voice is installed for that language.
- Walk away from the kiosk for longer than its reset time (60 seconds by default) and come back. Every accessibility setting should be off for the next visitor.
- Scan the QR code with step-free on and check that the route on the phone is still step-free.
- Ask three people who use these features every day to try it: a wheelchair user, a visitor with low vision and someone who reads Arabic first. Note every place they hesitate.
The full kiosk test, accessibility included, is in our site acceptance test checklist.
Sources
Checked 24 October 2026.
- Ministry of Housing and Urban Affairs, Harmonised Guidelines and Standards for Universal Accessibility in India, 2021
- Dubai Municipality, Dubai Universal Design Code
- Dubai Health Authority, Health Facility Guidelines, Part C, section 5: Signage, version 1.0
- W3C, Understanding Success Criterion 1.4.6: Contrast (Enhanced)
Related questions
What is the difference between an accessible route and a step-free route?
A step-free route avoids stairs and escalators. An accessible route also has to meet the widths, slopes, door and surface rules in your building standard. Wayfinding software can enforce the first, provided the map marks every stair; the building itself has to provide the second.
Does DigiMaps conform to WCAG 2.1?
DigiMaps is designed to support WCAG 2.1 AA, with automated accessibility checks in our build pipeline. It has not had a third-party accessibility audit, so we do not claim conformance. The kiosk high-contrast mode is tested to keep every text pair at 7:1 or better.
Can a wayfinding kiosk help blind visitors?
Only partly, and it should not be the plan. A touchscreen cannot guide someone who cannot see it; tactile and braille signs, a staffed help point and trained staff do that. Spoken directions on the kiosk help some partially sighted visitors, and a QR code can move the route to their own phone, where they can zoom the text.
What height should a wayfinding kiosk be mounted at?
Take it from the building standard that applies to your site, such as the Harmonised Guidelines in India or the Dubai Universal Design Code, and check it with a seated tester before sign-off. Software can move the controls into the lower half of the screen, but it cannot fix a kiosk mounted too high or boxed in with no space to approach.
Do spoken directions work in every language?
They work in every language the kiosk has a voice installed for. DigiMaps uses the device's own text-to-speech voices and hides the Listen button when there is no voice for the selected language, so check Arabic, Hindi or any other language on the actual hardware before go-live.