Searching observations on Android (still) doesn't return partial matches

Continuing the discussion from Searching observations on Android doesn't return partial matches:

Please fill out the following sections to the best of your ability, it will help us investigate bugs if we have this information at the outset. Screenshots are especially helpful, so please provide those if you can.

Platform: Android

App version number, if a mobile app issue (shown under Settings or About): 1.30.15

Screenshots of what you are seeing (instructions for taking a screenshot on computers and mobile devices:

Description of problem (please provide a set of steps we can use to replicate the issue, and make as many as you need.):

Step 1: Bring up observations. See that there is an observation of Macaria

Step 2: Open the search icon and begin typing “macaria.”

Step 3: After only the first three letters, “mac,” it claims that no results were found.

1 Like

as noted in the preivous thread:

Then the icon is misleading. On the web version of my observations page, the magnifying glass icon is for searching by species or location.

But now that I look again, it may be searching by location. I noticed in my above example that when I had typed just “m,” it brought up results observed in Villa Magante. At “ma,” these remained. Adding the “c” caused it to find no results. That makes sense if it is searching by location, because I have no observations from places that begin with “mac.”

nobody said that the app and web interfaces do or should operate the same. the web interface has a big map that doesn’t exist in the app.

that’s probably because the location description has “(D.M.)” in it, and the search is finding the lone “M”, not the beginning of “Magante”:

are you sure this is what happened? screenshot, please.

The upload icon does the same thing between the interfaces – it uploads the observation. The toggle between list view and grid view does the same thing between them – it toggles between the two views. Likewise the the tabs for “observations,” “species,” and “identifications.” Why shouldn’t the search icon? This isn’t about the app and web interface functioning the same. This is about icons having intuitive meanings.

No, you’re right; but even so, the only theme I can think of is locations:

I have no idea where “Taro” came from, because that observation has no tags or observation fields.
Coconut Palm Has the “Magante” location. Its only tag is “Tree.”
Calabur Tree mentions “Trema” in the notes, no tags.
The second Coconut Palm also has no notes and its only tag is “Tree.”
Yellow Birch, Eastern Skunk Cabbage, Field Pussytoes, and American Hornbeam all have the “MA” location (Massachusetts). None of these have any notes; the birch and hornbeam have the tag “Tree,” and the other two have no tags.
Nance has the “Maritza” location, no tags, and the notes say “The ID is what our professor told us it was.” It is also Genus Byrsonnima.
The third Coconut Palm has the tag “Mangrove Forest.”

So, adding it all up, we have:
6 with “ma” in the location
1 with “ma” in the tag
1 with “ma” in the notes
2 with no “ma” anywhere
1 with “ma” somewhere in its scientific name (but also in its location)

That search bar functions the same as the Description / Tags box on Explore.
See for more details on how it works.

Here you can see the exact same set of results using that box on Explore:

As for the Taro and the Coconut Palm, they’re hitting on names in other languages.

Screenshot 2024-07-11 101415

Screenshot 2024-07-11 101404

Whether or not that search should hit on names that aren’t in your language is outside the scope of this topic, but see for more discussion.

At any rate, using the description/tags search was a design choice, not a bug.


At any rate,