There was a hackathon this weekend at EPFL, Switzerland and some of the teams were working on this dataset. Quite a few interesting hacks came out of it. A few interesting ones were :
* an app to check for allergens
* an app which lets you know what are the "healthy" recipes you can make using a particular product
* an app which lets you take a photo of a restaurant menu (ANY restaurant menu !!), and then uses the openfood dataset (along with a few other openly available dataset) to give you a health footprint of all the food items !!
I would say datasets like these are pretty rad !! Its painful to collect them in one place thats why there are not plenty of them around.... !!
I've been thinking about the need for such a database as well and it's great to see such a project launching in Switzerland. What I would find particularly useful (and existing databases like migipedia.ch unsurprisingly don't offer) is the tracking of any changes in the recipes of the products. I believe it's a well known secret that lots of retailers keep adjusting the recipes - usually for cost saving purposes.
I was telling my wife last night about the Migros (a swiss retailer) smartphone application that I've started using recently (allows you to access list of new products, special prices, reduction code, list of recent purchase etc). Crawling the application I found it gave me a list of the most frequently purchased items per category (dairy product, vegetables, fruits, pastry, etc.). I told her how interesting it would be if I could just, from this list, select what I eat and when and I would get a nutrition report out of it.
The application already has nutrition data and list of ingredients for most item so it's hopefully not far from happening ! Problem is I probably won't be given access to it...
Years ago I applied for API access with the intent of making an app for diet tracking, but was denied. (And from what I've heard, queries would have been prohibitively expensive.)
The calorie/nutrition application I use is able to do this, CRON-O-METER. It has many existing food products, and even allows you to add your own recipes or custom foods and generates a nutrition label for them. It also generates many aggregate trackers. I use it to keep track of my food and exercise, which works well for me as I follow a diet of--each whatever I want as long as it fits in my calories and hits my nutrient quotas, which means I no longer feel bad if I want some junk food as long as it's those bounds. The only disadvantage is you can't view historical aggregated data, only "raw" data without paying for a subscription, but I've gotten by without a subscription for a good while.
You're talking about manually entering what food you eat (I believe).
GP is talking about the fact that the supermarket already knows every item you buy and keeps it in their big database. This could easily be used to track nutrition with little to no user input.
> Is there a need for such a database? Absolutely. Today, there is no database on Swiss food products that is truly open, free, and - perhaps most importantly - programmatically accessible via an API).
Granted, Open Food Facts needs some design improvements. But why work on a Swiss-only system with nice design when there is a way bigger and more established platform already in place.
Hi! I work for Lifesum, their competitor. We have a mostly crowd sourced barcode database connected to our food. That works pretty good actually and people are keen to adding food with correct values and connecting the barcode. Here in Europe products are usually added before they hit the shelves because users get them as samples or similar. I believe that we may have a bigger database than MyFitnessPal because they are very US centric while we have a user base spread out all over the world (including the US of course). Further on, if we presume our database is bigger than MyFitnessPal, we probably have the most complete food / barcode database in the world.
I live in Zurich. Due to the high-living standard, salaries, size, central location in Europe, Switzerland is probably the only country, where I would like to live longterm.
I'd imagine most people would probably love to live in Switzerland, but isn't it also stupidly hard to get a work visa if you're not already an EU citizen? IIRC the company has to prove to the government that nobody in Switzerland or the EU could do your job
If you're not already an EU citizen, it is hard to get into the canton of Zurich, that is true.
However, it is possible in January as there are fresh quotas. And if you make senior-level salary, it is easier. Also, i depends on the company (they have to have proper documentation their hiring efforts). However, the government official from the immigration services is making the final decision.
Interesting dataset for augmented reality purposes as well. Collect more pictures about the packages and you could overlay specific data on a view of store self (for example highlight products suitable for your diet)
Food tracking is an important part of many services, ranging from fitness/calorie tracking style apps to diabetes management.
However, keeping and maintaining an accurate food database is a big, costly, task that makes adopting new markets harder and obviously adds a substantial maintenance cost for each market.
Projects like this makes more markets accessible, especially small ones as cost per potential user is higher, and lay the foundation for cross-service-collaborations (i.e. log in your fitness app and the data shows up in your diabetes app as well).
Maybe entrepreneurial HN isn't the place to criticise projects which aim to bring free metadata to important consumer markets.
Checking what ingredients a product has (or how many calories it contains) seem like necessities only if you are dealing with mysterious processed food. I'll go out on limb here and assert that these problems don't really arise with traditional ingredients or preparations.
Seems like a likely losing strategy with this audience.
I'm not sure what you're getting at here? I think you may be over-reading the critique of Soylent and assuming that everyone's gone in the opposite direction to cook-from-scratch all the time?
Well, I was trying to make a normative rather than positive observation. So, to raise the issue how food "should" work rather than how it does.
In that sense I think Soylent would be technically fine if it was clinically proven to be safe in a very rigorous way, but I know a lot of people who would never buy the idea because they have a different vision of how the world should be.
The quote below from the openfood.ch website implies that the database is needed because it does not exist. We need a more robust normative debate than that.
"Is there a need for such a database? Absolutely. Today, there is no database on Swiss food products that is truly open, free, and - perhaps most importantly - programmatically accessible via an API). The latter point is particularly important as it allows for the creation of an ecosystem around open food data, one of the main goals of openfood.ch."
So we need a more robust normative debate about the justification for the existence of a database (that serves only for fetishization of data for data's sake), because leaving everything up to a completely unregulated market is not a good idea?
We do need to think about where we are going and why. That applies with any new system, whether it's driven by the excitement of creating a cool data ecosystem, or just a raw profit motive.
Whether this particular system is "useful" or not is not a good test: a lot of silly things get traction, and a lot of worthwhile concepts fail.
It's not enough to be an engineer and build "cool stuff". You have to consider the consequences.
(I'm using "we" language because I believe in some kind of socialism and strongly object to the narratives being proposed by blockchain enthusiasts or seasteaders who want to give up on the idea of any kind of state authority)
Food nutritional information and packaging photos are essential for B2B foodservice applications where purchasing decision makers are looking for quality data that's quick to find.
It's less of a need for B2C applications, but still an important factor depending on the product or brands target consumer. The "label reader" persona is an easy one to see value.
You can use the Barcode to tie things together... smart pantries and stock monitoring depends on standardised(ideally free) access to identifiers for the goods
