The item search says “You can now leave the phrase field blank to return all results from a brand”, but the only way I can see to get a brand_id is to search for items, then string match the brand field amongst the returned items, and then use that brand to research.
Is there a better way to search brands and get brand_id?
Can you give an example of the use-case you have? We are actively looking for ways to improve the way developers interact with Brand specific data.
As a side note, if you type only the brand name into the search, it will generally return only results from that brand, but using the brand ID is the most precise route.
I’m integrating with a list a local restaurants and don’t really have a way to know which have data available, so for instance, “Variety Donuts” does not, but searching for that returns data from Dunkin’ Donuts, which, after string filtering the brand, leaves zero results, but I had a very large network payload, not to mention a big hit to your servers for no reason.
Even better would be a 24-hour-cacheable list of supportable brands, even better still, filtering by brand-type=restaurant. But a simple brand search would be the simplest thing that would help immensely, where I could see simply that “variety donuts” does not exist and move on.
Got it, that makes perfect sense. We already are improving the brand-specific search for v 1.1 of the API, but I will use this feedback to further enhance the brand search functionality. We expect to have this new functionality ready by June.
My app would benefit specifically from a 24-hour list of cacheable brandID → brandName mappings, as jsallen suggested. Right now my app requires two hits to the API to pull down menu items for a specific restaraunt. This is slow and imprecise. Caching brand name→ID mappings is the only reliable way to do it.
@cjmielke – We offer that permission on our paid plan. Please contact us via email at api at nutritionix.com to chat more. Thanks!
Glad to hear this Matt – this one feature was a core roadblock, but now my application is that much closer to reality.