Goal of the tool:
To help people identify observations with a flexible, character-based key and document the evidence behind their identifications.
Niche it fills in the iNaturalist ecosystem:
The tool brings the key and the identification workflow into one interface. It reduces the need to move between iNaturalist and a separate identification resource, while automatically generating diagnostic comments that can help identifiers learn from one another.
Is there a commercial component, or do you plan into include one in the future? Are donations requested? (yes/no, explain):
No. There is no commercial component, and donations are not requested.
What sort of data (if any) does your app collect from its users?:
The app does not collect or transmit user data to me. Connecting an iNaturalist account is optional. The iNaturalist API token is stored locally in the user’s browser and is used to load observations and submit identifications, comments, and “cannot be improved” votes to iNaturalist. Unlinking the account removes the stored token from the browser.
Link to your iNaturalist profile:
https://www.inaturalist.org/people/edanko
Description:
I’ve put together a browser-based interactive identification key:
https://edankow.github.io/identify/
The current keys focus on two fly genera. You select visible traits to narrow down the possible taxa and put together an explanatory comment. Personally, I find this a useful way to refresh my memory on groups I’ve already been IDing for years.
The key also combines several features that I haven’t seen offered together:
- The key provides a full menu of characters, similar to a matrix key.
- It calculates which question is most likely to narrow down the identification and presents that question next.
- It allows individual characters–or entire character sets–to be marked as “not visible / impossible to score.”
The key can be used on its own, or you can connect an iNaturalist account to load observations from an Identify-style queue and submit identifications directly. This has made my own identification workflow much faster. I also find it useful that, when a matching non-species community identification is the best identification supported by the evidence, I can use the tool to quickly vote that the community taxon cannot be improved. Where the other requirements are met, this can allow the observation to reach Research Grade.
Finally, I’ve created a browser-based editor for making the datasets used by the key:
https://edankow.github.io/identify/editor.html
Someone interested in another group could duplicate the repository with a different underlying dataset. Alternatively, if there is sufficient interest, we could consider a way to host multiple independently maintained keys together.
Discussion questions or areas seeking feedback:
I’m particularly interested in feedback on three things:
-
How useful is this style of interactive, character-based key for identifying observations, and what makes it useful or not useful in practice?
-
For identifiers who link their iNat account, how useful are ID Choices mode and ID Shortcuts mode for submitting IDs?
-
For taxon experts, is there interest in using this system for other groups?




