Dear community,
I opened this topic because I would not be able to ask for so many specific feature requests at once, and it would take me years to list them all given I can only ask for one per day, 2-3 per week. Rather, I’d like to bring up the topic and ask how other community members and developers feel about improving iNaturalist’s accessibility.
Accessibility, what do you mean?
Everyone generally knows this, but it’s never a bad idea to recap and introduce it. Accessibility is the field that ensures (in this case) apps and websites can be used as seamlessly by people with and without disabilities. This means, according to the WCAG (Web content accessibility guidelines), that all content must be:
- Perceivable;
- Understandable;
- Operable;
- And Robust.
Perceivable content
Generally, this means everyone should be able to perceive all content. If you are deaf, you need captions/alternatives for sound, and if you are blind or have any form of vision loss, some way to help you “see” visual content should be there. Being blind doesn’t mean only that you see “zero”: it might mean your vision if more foggy or you have tunnel vision. Features that help you see a visual content better will help you identify your species.
Example:
- When we post a picture, a person who’s blind or has low vision needs to have a way of looking at it. Therefore, we need a way to add alt text to our pictures.
- When we compare our pictures against a species page, it would be helpful if species page would need to describe what that species looks like, feels like, and smells like. Not only pictures, but describing other characteristics, and having good descriptions of the visual part as well.
Now, this is an authoring content platform and this would be prone for many errors at user level, but for example. If I take a picture of a poppy flower, I would be able to add alt text or a description to that picture and say: “Single small flower with thin red petals that look and feel like crumpled paper”
To help people write these descriptions, iNaturalist could add a helpful alt text guide whenever we try to edit it. We could also have a way for other users to suggest editing the alt text. Plus, having the description on the species page would help us…
(Edited to add: I’m not sure I still agree with the following sentence I wrote, but I’ll keep it here for the discussion:) …and it could even suggest alt text when we have the picture already graded.
We can’t force everyone to write alt text or ensure it will always be correct, but this could be a step in the right direction. Also, providing other senses in the descriptions and encouraging to do so (e.g. the plant has a sour smell, or sweet fragance.)
Edited to add: This also encompasses that things have enough contrast and things don’t rely on color only (looking at you, hotspot pins in blue, red and green) to ensure colorblind users also are kept in the loop.
Understandable
This is mostly about instructions and clear wording. When filling out forms, every form field should have a label attached to it (this bit is related to Perceivable and Operable) but also the instructions on how to fill it should NOT be placeholder text, but somewhere else - in an “i” for info icon, or in the label itself, or something similar. It can’t be placeholder text because:
- Placeholder text isn’t read to screen readers; and:
- It disappears when you start to type, which is very unhelpful for people with any kind of cognitive difficulties, and everyone as a whole.
Edited to add: Some others things are the uncountable times I find icons or colors I don’t understand the meaning of, and they don’t have a label to explain what they mean. I’m lucky not to be colorblind, but I still don’t know what the map hotspots in blue mean versus the ones in red and green. I know the green one is for plants, but I don’t know the others. There isn’t any caption/legend/label. And there are other unlabelled icons in other places.
Operable
Now this one’s really interesting and I’m mostly concerned about the maps here. My question is: can people with mobility impairments navigate the maps, or are they only interactable by touch? (Mouse/finger/cursor).
The answer is: No, they can’t interact with it with a keyboard or a switch device, etc.
Try navigating google maps with your keyboard and you’ll see that you actually can use the arrows to move and it’ll have a square around an area, and within that area it’ll associate numbers to important spots like 1 - Naughty Children High School, 2 - Tropical Garden of Eden, 3 - Hospital Poppy Hill. You can then click on the number and it’ll open the pop-up for that place.
Keyboard accessibility can be complex for maps, but it’s not impossible. It is much easier for other interactive elements. It encompasses a lot of knowledge such as the keyboard focus being visible, and things working as expected.
Another thing that personally affects me is how little the “spots” are, both visually and for touch. I want to zoom in and have the touch target become bigger so I can choose what I want to look at, but it is always the same tiny size. Touch targets have a minimum size as per the WCAG 2.2., and that is 44x44px at AAA (advanced accessibility) level, and 22x22px at AA (intermediate). But like, at least we could add in our settings that the touch target is 44x44px or more, if you only want to provide the bare minimum 22x22px. (I didn’t check for this guideline, I just know I have trouble sometimes and it gives me some anxiety when I try to zoom to have them bigger, but they never get bigger).
Robust
This just means that stuff needs to be compatible with screen readers and all devices and assistive technologies. We ensure this by following the standards already set for all technologies. Example for those who know HTML: Buttons aren’t clickable divss, but actual button elements.
Accessibility Statements and Accountability
It is important (and by some laws, in some places, required) that every organization provides an accessibility statement where they explain exactly how they are commited to accessibility, and even better if they explain where the app is or isn’t accessible, and what efforts they are doing to make it better.
For example, it sounds like iNaturalist has been promising users a more accessible app for years, but I don’t see any Accessibility Statement explaining “We’re building and will launch an accessible app by XYZ date”, any goals, and stating exactly how the app is or isn’t currently accessible - to all users, not only screen reader users.
I had to dig to find a few comments in a forum thread about this, which to me feels like they don’t put accessibility at the front and hold themselves accountable in a public-facing way. It doesn’t tell me, when I arrive, when can I expect the app to be accessible or if they are working on it, and how, and what their goals are, etc.
Conclusions
I wanted to open this topic because I’m a digital accessibility professional and I want to recommend this app to my friends and unfortunately I absolutely cannot do it for friends with disabilities because the app and the website are nearly impossible to navigate and use, and definitely not fully functioning for essential tasks with assistive technologies.
My request is that iNaturalist thinks about this and does something about it.
Funnily enough, my guess is probably not that many people with disabilities will be here, at least the ones barred by these barriers - disabilities and impairments and difficulties are not an “all or nothing”, of course.
The goal is that they are not kept from this discussion nor from being helpful contributors to mapping and identifying our natural ecosystems.
How can I add to the discussion?
Apart from any and all thoughts you have about this topic, I suggest you share links to other topics about accessibility, add your concerns about accessibility, how things affect you, and if you have friends who can’t use the app/website because of a disability. I’d love to see a discussion about this thriving.
Other threads:
I found the following threads about similar topics. Some might have been fixed by now; I can't guarantee they're still requested bugs/features. I'll edit the post to add more as I find them.- iNaturalist still inaccessible to screen reader users, from 2022.
- iNaturalist Mobile App Development News, October 2021: iNaturalist mentioning they are working on accessibility
- Private User Area is an Accessibility Issue, Oct 2020
- Accessibility - Icons in Search menu are small, pale and hard to read, September 2020. I can attest that some things still have low contrast, the most immediate one coming to min is the search lens icon in the Forums.
- INat Next: Log-in on iOS completely inaccessible with VoiceOver screen reader (see replies for updates), February 2025;
- May the web page name be in the same language as the page itself, August 2020. Not sure if this was fixed yet, but to add to this, I set my language to Portuguese but I’ve seen bits of observation pages that are untranslated, e.g. “The Community ID requires at least two identifications.”, and a screen reader won’t read it in an English accent, it’s setting the page language (portuguese) for its voice.
- Discussion on charts and colorblindness in the threads of UI fixes for annotation display in phenology graph, Jan 2021
- Colors and heatmaps on Open test of map tile improvements, november 2019
- Add headings for high and low rank in filters, March 2019 - Note that technically, these “headings” should be tagged as labels, connected to the dropdown (select element).
- [ Change colors on range maps: red-green color-blind user issue](https://forum.inaturalist.org/t/change-colors-on-range-maps-red-green-color-blind-user-issue/23948), June 2021
*Blind IDers and audio IDs, August 2024: discussion about how blind users use iNaturalist. - Mobile Friendly Website Responsive, about website responsivity. Important to adapt to different users’ needs when using device scaling, zooming in to see better, or using a range of different devices. This is also accessibility. Related to 1.4.10 Reflow.