Discussions on Food & Drink
Start a New Discussion
-
-
Isn't the only thing that makes this "cajun" the fact that for Cajun dishes rouxes are traditionally cooked darker than a traditional French roux? Different types of recipes, French, Cajun, and other, will call for different colors/darknesses of roux, but do we really need separate topics for light, dark, medium, etc roux?
-
It's a recipe (although without any properties filled in) so, yes, we could have any number of recipes for roux. I mean, yes, roux is pretty basic, but recipes will vary slightly, and there's no reason not to have these variants. Whether we would need multiple Dish topics would depend on use, I suppose. If recipes specify a specific darkness of roux, than it would probably be appropriate to have topics for them (at least as Ingredients, if nothing else).
-
OK, I got thrown off by the textual description, which seems to be more about the ingredient, as opposed to the Freebase type, which says recipe.
Having said that, I see a few issues:
recipes don't always result in dishes. Roux (any type) is an ingredient which is never served as a dish.
If you're going to allow infinite variety, there needs to be a way to relate the hierarchy of Roux-Cajun Roux-Billy Bob's Cajun Roux-Billy Bob's Cajun Roux (alternative 2), so that users can navigate to the appropriate ingredient (and its recipe). It looks like the "type of dish" property could be used for this except for the property description which says it's for things like "appetizer."
diets don't relate to recipes, but rather their result (dish or ingredient)
This notation - "Preparation time: 1 min (0.6 hs )" - is weird and I have no idea what it means. What exactly is an "hs" and who will it be significant for?
The use of user specified measures like cups and textual descriptions with things like Fahrenheit degrees runs counter to the way the rest of Freebase works vis a vis units of measure.
-
Adding Food domain for wider visibility...
(not sure why the previous reply posted twice)
-
Tom,
I agree with you. Recipes don't always result in dishes. (I think that's the core problem in the Food Domain at large, so solve it somehow) 1. Cajun Roux is really a Recipe type only. That's admitted by me. 2. Roux (and even Cajun Roux) should be allowed as an ingredient in Dishes like Gumbo or Etouffee 3. Unit of measures does need to be fixed. But I'll leave it to experts like you and Freebase Staff.
(Cajun Roux was a DISH type about 2 days ago, and then politely someone slapped my hand and I removed the DISH type leaving only Recipe type)
Regards, Thad
-
@Tom:
- "hs" is plural of "h", which is the standard abbreviation of "hour". This appears to be a new client feature (see Kareem Abdul-Jabbar's height, for another example).
- as far as the units of measure go, we decided to allow users to select measures (rather than a. forcing them to convert and b. having multiple properties) because recipes vary widely in terms of what measures are used, and often use measures that can't easily be converted, either because they're approximate (like "handful", "dash", "pinch") or because they same term (like "cup") can be a variety of different measurements depending on context. I think this makes the schema considerably more usable.
- extending the description of "dish" (and "type of dish") so that it can include things like roux and sauces and doughs seems like a good idea to me.
- as far as diet goes, a lot of what determines whether something is appropriate to a diet is how it's prepared -- you can't assert, for example, that the dish "buckwheat pancakes" is suitable to a gluten-free diet, since some recipes use wheat flour as well. Also, if you have a specific diet, it's a common use case to look for recipes that are compatible with that diet, rather than for dishes in general.
@Thad: re #2 -- this is already allowed. (Since this is Freebase, it is also technically possible to include books, makes of automobile, and entire industries as ingredients, although doing so would generally be discouraged.)
-
Two quickies:
- 1 min. is not equal to 0.6 hour. If hs is supposed to be hours, the math is screwed up.
- I'd argue that there's a one-to-one correspondence between recipes and dishes. If you've got a recipe for gluten-free buckwheat pancakes, that makes a dish which is a variation of the overall category of buckwheat pancakes. Jeff's gluten-free buckwheat pancake recipe and Tom's gluten-free buckwheat pancake recipe each result in different dish which are both in the gluten-free buckwheat pancake recipe category.
-
@Tom - You hit the nail on the head with the term "category". Which Freebase calls "types". So what "types" do you assign to buckwheat pancakes ? I'd argue that a handful would only be useful. /food/recipe/ and that overall "category" as you said would be /food/dish/pancake/ not "buckwheat pancakes" the recipe variation.
@Jeff - So why not let Freebase make it easy to "suggest" to a user that inputs recipes that it might fall under a certain already existing "type". The current handling of this is rather crude and leaves a lot of exploring just to correctly relate a certain recipe variation "buckwheat pancakes" to the dish...."pancake". (Or maybe I missed it somewhere ?) Using an Auto-suggest feature here would certainly help recipe authors relate it to the appropriate dish.
-Thad
-
@Tom: I don't see a value in re-defining the Dish type the way to describe -- while it's true that the resulting product of each recipe will be distinct from that of all other recipes of similar kinds, I don't see any value in having a separate type to store the specific end product of a recipe. Having a topic called "Jeff's Gluten-free Buttermilk Pancakes" that serves only to link the recipe of the same name to the general kind of food the recipe produces. I think it makes much more sense to link the recipe directly to the general kind of food (as the schema currently does). If the name "Dish" is confusing, we should rename it.
@Thad: How would you suggest we do this? There's already a property linking the recipe to the dish, and the autosuggest feature is there, once you edit the property. Is it that it's not clear that that's what the "dish" property is for?
-
Although there's a 1-to-1 correspondence between dishes (or prepared ingredients) and recipes, the hierarchy only needs to be populated where it makes sense. It still seems weird to me to say that a recipe, not a dish, what's linked to a diet.
I think "Gluten-free Buckwheat Pancakes" are part of the diet and they can be made with either "Jeff's Gluten-free Buckwheat Pancake Recipe" or "Tom's Awesome Gluten-free Buckwheat Pancake Recipe." The generic "Gluten-free Buckwheat Pancake Recipe" might call for an ingredient "Gluten-free Buckwheat Pancake Mix" which could be made a number of different ways (or just one).
A recipe is something you follow. It's the result of the recipe that you eat (or don't) as part of a diet.
-
Just to clarify -- there is not a 1-to-1 relationship, necessarily. The dish "apple pie" or "chicken curry" can have many different recipes, for example.
If you want to link "gluten free pancakes" to the diet "gluten free" then I'd say that "gluten free pancakes" is a dish, and "Jeff's gluten free pancakes" is one recipe for that dish. "Mary's gluten free pancakes" could be another recipe for that dish.
-
That's the way I would have thought it should work too, but it's not how it works today.
The link is /food/recipe/suitable_for_diets, not anything hanging of /food/dish.
-
A recipe is something you follow. It's the result of the recipe that you eat (or don't) as part of a diet.
Or, you could equally say, it's the recipe that you prepare (or not) as part of a diet. Vegetarian cookbooks contain vegetarian recipes that tell how to prepare vegetarian dishes. All three can be said to be "vegetarian" with equal validity, I think.
-
Re minutes and hours: whoops! Send me back to remedial math, please. I'll look into it a bit deeper and write up a bug.
-
@Jeff - Then if "dish" property operates that way, then why is it still linking incorrectly after I've since removed the "dish" property of "cajun roux" ? See here for example and notice the Dish property still shows "Cajun Roux" ? Why ? http://www.freebase.com/view/en/roux
Also, another issue brought to my attention is the following comment back to me from Warren. It stemmed from my linking of Potato Cakes to Kosher Diet, and in turn Judaism by Freebase for some reason? I've since told Warren, that it wasn't something done intentionally by myself, but rather Freebase type linking the diet improperly ?
" Warren Harris (warren) commented on your Freebase profile:
I also happened to notice that you added practicer_of_diet (a type associated with people) to /en/judaism, which in turn caused /en/judaism to be typed as /people/person (as well as /food/diet_follower). I've deleted person and diet_follower, and think that practicer_of_diet should be deleted as well.
See this discussion or reply to warren here: http://www.freebase.com/view/guid/9202a8c04000641f8000000005f3ce1b?_since=2009-09-28T17%3A07%3A34.0013Z
" -Thad
-
I'll have to look more deeply into the Judaism/Potato Cakes/Diet issue and get back to you, but the roux issue is a bug (specifically CLI-8526). Removing the "Cajun Roux" value from the Dish property will solve the problem for now.
-
PS: I had already left a comment on that thread, without knowing about the rest of the story, so feel free to ignore it, and hopefully I'll have a more pertinent answer for you.
-
Wow... so, apparently "hs" stands for hectosecond, a unit of time equaling 100 seconds. I'm going to go shoot one of our engineers with a NERF gun, and have him fix it for the next release.
-
-
-
I saw from email on the modeling list on April 30 2009 that techniques were discussed as a property of /food/recipe. Does anyone know what became of that? I think it would be a very useful property to have, so one could go to the technique and gather additional information about the technique. Otherwise, you end up having to explain it more in the text of the recipe itself.
Also, can we put a reverse property on /food/ingredient from /food/recipe? I see there's one on /food/ingredient from /food/dish. That's certainly useful. But, I think what will mostly happen in Freebase (I hope) is that people will put recipes in freebase along with ingredients, and the /food/dish topics may languish in properties. Of course, we could apply some simple code to the /food/dish topics to look for intersections of ingredients among the recipes to auto-populate /food/dish/ingredients.
--mike
-
I meant we could apply some simple code to the /food/recipe topics to look for intersections of ingredients among the recipes to auto-populate /food/dish/ingredients.
-
I really like the idea of intersections and using code to handle population. In fact, take a look at "Roux", one that I am personally familiar with since I'm Cajun and also know traditional French Culinary Arts (although not formally trained). There's overlap in there just because there IS NOT code that currently handles this overlap of ingredients and recipes.
-
For Roux, we'd probably want to split that into a least two topics, of types /food/recipe and /food/dish, which is what I think you're suggesting.
Anyway, I'll go ahead and do something with /food/recipe/techniques on sandbox and a reciprocal property on ingredients.
-
What is Culinary Techniques ? And how would I use that in Roux ? (basically Roux is made by stirring together flour and oil (butter, or lard) for about 20 mins on medium heat until the flour darkens. So stirring in a cast iron skillet would be the culinary technique ? Enlighten me on that one, I'd like to know more about what culinary technique is referred to under /food/recipe
I did add /food/recipe and /food/dish to Roux to the best of my ability and looks good on this end.
I guess your right. Roux is basically a recipe (sort of) similar to how there are recipes for sauces? In my mind, I could equate that to a sauce, basically combining ingredients to make something that is further used in a dish with additional ingredients later on, in this case, Gumbo
-
I added /food/ingredient/recipes as a reverse property, and /food/recipe/techniques on both production and sandbox.
See Country Soudough Bread as an example.
I added a comment on the Culinary Technique type, to mean that it's intended for the more specialized cooking techniques, above frying an egg in pan, for example.
One use case being that someone might want to practice a technique, so they could find various recipes with that technique. Or someone might want to organize recipe content by techniques. Or have a blog posting about a technique, and say hey here's a bunch of recipes with this technique to learn more.
-
@thadguidry: The types Recipe and Dish should not be used on the same topic: Dish represents the general food; a Recipe is a specific way of making it.
Both dishes and recipes can (and should!) be used as ingredients, as you intuited with Gumbo. Sauces are a good example of this, as might pie crusts and other pastries.
-
Got it. So we remove the Dish from Roux and it stands as a Recipe. Great, makes sense guys. Thanks for the effort Mike and Jeff on this. Much appreciated!
-
-
-
i suggested this before this type got promoted, but it got fanned over somewhere,
we definetly definetly should merge this type with this one, which already has tons of data, and it seems has been overlooked.Â
-
I agree somewhat. Funny, I just posted my Need to expand beyond just followers. And THEN, I read your post here. LOL. However your suggestion is fairly comprehensive. I was thinking more along the lines of what I suggested, since not all followers necessarily are orthodox (strict followers), so a quick selection drop down might be a better approach and cover a broader use? I thinking on just the basics as shown in this table ... http://asiarecipe.com/religion.html
X - prohibited or strongly discouraged A - avoided by the most devout R - some restrictions regarding types of foods or when foods are eaten O - permitted, but may be avoided at some observances
Anyone else ? Let's get this merged somehow. I need it somewhat and I'm sure others do as well. Put it to a vote.
-
-
-
I'm confused that so many instances of the Food type are cotyped and only cotyped with cereal brands. How is this type supposed to be used? Is it a product or a dish or some abstract classification? Why isn't it linked to manufacturer or recipe or cuisine -- whatever it may be? Documentation please...
-
Documented! "A food is any edible substance, whether a basic foodstuff like rice or apples, or a commercial product like Poptarts or I Can't Believe It's Not Butter."
-
Basically "Food" is a very abstract type and just holds nutritional data. Dish is the type that's linked to cuisine and recipe, while Consumer Product gives you manufacturer. Either of those can be co-types for Food.
-
Cool, thanks! It's a sort of base type to be included by other types then?
-
If we're going to be international here... perhaps replacing "I Can't Believe it's Not Butter" with "Nutella" ? (wink)
-
-
-
This domain is #3 on the hit parade of most poorly documented domains with 31 undocumented types. I've added a couple of descriptions and will try to add more as time allows, but if any of the administrators who created these types are still around, it would be great if you could document your types (since you best know what they're about).
You can find out if any of your types are on the list by looking at http://undocumented.pak21.user.dev.freebaseapps.com/
-
-
-
Why does "Conference Event" include "Public speaking event" which is in a base outside of the commons?
-
sorry, my fault for this one. the whole thing needs a re-write. i'll detype it and prepare an email for the [data] mail-list
-
In the same vein, /spaceflight/satellite includes /user/spatialed/artificial_satellite/earth_orbiting_satellite, and /food/recipe, /food/recipe_collection and /food/recipe_author include (ahem) /user/skud/food/topic. Cross-posting as appropriate.
-
Proposed refactoring of artificial satellite and associated schema: https://bugs.freebase.com/browse/DA-660
-
Thanks for the catch on the food types -- looks like the base topics got missed when the types were promoted. I've removed them now.
-
-
-
I wish that some of the properties had doumentation strings. In particular I was confused by the property, (NV), until I went to schema a saw that is a boolean.
This was especially confusing since NV was the second property.Â
-
I'll second this. I'm an amateur when it comes to describing wine, and I have no idea of the difference between wine region, sub region, and appellation.
-
Just Cc'ing this into the Food and Drink commons. I'm asking around to see if we can find some domain experts to take on documentation for this field. I don't know enough about it, I'm afraid!
-
Wait, something went wrong with that attempt to Cc. *retries*
-
Â
Wine producers try to locate their wine to as specific and prestigious a region as possible, down to the vineyard level. Wines blended from grapes from multiple appelations, though, can only contain a region or sub-region in their labeling.
- The wine region will be the wine producing region (often defined officially by the national wine association, e.g, DOCG)
- Subregion often gives some common character to the wines. Côte de Nuits and Côte de Beaune are are well-recognized subregions of the Bourgogne region. Sometimes there won't be an applicable subregion, so you skip down to appelation.
- Appelation will generally come from an offically recognized source of appelations like US TTB defines American Viticultural Areas, or DOC defines appelations for Piemonte, or AOC for France.
2000 Michele Chiarlo Barolo Cerequio
Hope that helps.
-
For the wine region, I meant to say that the wine region is the wine producing region typically just below the country level
-
I think they were asking for someone to actually document the types and properties in the wine schema...
-
+1 to the documentation.
-
-
-
Could they be co-typed? I'd suggest that there are few wines produced that aren't to be sold.
-
Interesting question -- is the product the wine, or the package it comes in. I.e., are a bottle, magnum, and jeroboam of the same vintage of a wine different products, or the same one? GTIN and MSRP (although most wines probably don't have the latter) will be different for different packagings, for example. The wine model doesn't currently include a way to handle this info.
-
-
-
Hi,
I'm currently developing an application that would allow personal trainers and dieticians to enable their customers to keep a food diary. Ie. this means that people have to keep track of what they eat and when for a certain amount of time.
In order to automate things like calculating daily calory intake and other nutritional information, I'd have to create a database of foodstuffs (e.g. banana) and add a number of properties such as calories per unit (or based on weight, volume, amount of proteins, ...
This way, my app could calculate the average nutritional value of things like a wholegrain ham & cheese sandwhich for example.
If this information isn't available yet on Freebase, I might as well make it available here. Other apps could use this information too. Or is this kind of information already available in Freebase and have I missed it ?
What are your ideas / thoughts on this ?
Best regards,
W.Â
-
Its a pretty big task :)
There's stuff like the USDA exports with this all laid out, there's also a few attempts to model nutritional information; but overall its a bit unclear and tedious
-
We're working on some nutritional data loading from the USDA. I'm Cc'ing mikeshwe, who's in charge of this, so he knows you're interested, too.
 Our first goal is to load data for all the topics Freebase has already typed as Ingredients.
-
-
-
I've been working on a schema for recipes, here: http://www.freebase.com/type/schema/user/skud/food/recipe
Comments/feedback welcome.
-
-
-
-
How about a Notable Patron property? Can't really have a proper Edgar Allen Poe database without noting his favorite bars (like the Worthen House that I just added)
-
-
-
-
I am new so please pardon my newbie ignorance, but why is the food base not made from the food and drink commons? Or if it is, why isn't it referenced there? --or can I just not see it? A good place to start would be to look at the types created in various food/ag ontologies on the web...agrovoc for instance.
-
Hi mateolan! I'm the owner of the Food base, and I'm a member of staff here. In my team we often work on draft schema in bases, and then those get promoted into the commons. So originally I created my Food base to work out some schema around Dishes and Ingredients and a few other things. Some of these were promoted, and some weren't, but what you see hanging around in the Food base now is just kind of a working area for me.
 Also, the "based on" thing only came into existence around November '08. Any bases created before then (actually, we called them user domains, not bases, at that time) weren't "based on" the Commons. "Based on" occurs when you create a saved view using a type in the commons, and save it to your base. That's only been around for a little while.
-
-
-
i always wondered when i went abroad or even up north why they never had red lemonade
Â
Why do they only have it in the Rep. of Ireland ???
Â
PS: working as a barman at the moment and it is a major seller for smithwicks shandys and southern comfort & red....... we evenly go through as much white as we do red.
Â
Â
Â
want to see how many people would like it in other coutrys.
-
-
-
If you go to the favorite cheese of Casu Marzu and attempt to edit the certification property it will not display any editable fields. Might want to hide certification until made to function correctly.
-
-
-
I've created three types in my own food domain called Ingredient, Dish, and Type of Dish. We're (the data arch team) looking to promote these into this domain but thought we had better run it past the locals first. Thoughts?
-
These three very well populated types have been moved into this domain.
-
Xian One Day Terracotta Warriors and City Gourmet Tour
Xian Gourmet Tour Itinerary:

1 Pick up from your hotel between 8:30 am and 9:00 am by private vehicle and English speaking tour guide. Enjoy xian-style breakfast: Meat-Ball Hot Soup
2 Drive to and visit Terra-cotta Warriors and Horses - the Eighth Wonder of the World. More than 6,000 different looking pottery figures depict the history of the Qin Dynasty from 221 BC-206 BC. Take sightseeing in this attraction for about 1.5 to 2 hours.
3Â Drive back to Xian city and Go to the famous Tong Sheng Xiang (Prosperity and Fortune) Beef and Lamb Paomo Restaurant for lunch. Here you will taste Yang Rou Pao Mo (a soup dish that involves breaking wheat flour flat bread into a bowl and adding a delicious mutton stock). Yangrou Paomo is a tasty xi'an specialty that consists of a mutton soup served with wheat flour flat bread. The hard bread is broken up and added to the soup. Then the mixture is eaten along with pickled garlic cloves.4 visit the ancient City Wall - the best preserved, oldest and largest ancient city defense system in China. The wall has a history of over 600 years.
5
Be transferred back to De Fa Chang Dumpling Restaurant for supper. Xian Dumpling Banquet is another interesting culinary experience in Xi'an. This was first started in 1984 by the Xi'an Dumpling Feast Restaurant on Jiefang Road , offers up to 108 different kinds of Chinese dumplings ( Jiaozi ). Now the most popular restaurant for this is De Fa Chang Restaurant. Ingredients for the dumpling fillings include various meats, vegetables, and seasonings. Cooking methods include steaming, boiling, pan-frying, deep frying, and roasting. Many flavors, including salty, sweet, hot, and sour are offered. Other house specialties include Peking dumplings, steamed sweet bean paste buns, steamed shrimp paste buns, and various uniquely spiced dishes. While guests sample various delicacies, traditionally waiters will explain the cuisine culture of each dumpling.Terra Cotta Warriors and Horses: The Terra Cotta Warriors and Horses are the most significant archeological excavations of the 20th century. Work is ongoing at this site, which is around 1.5 kilometers east of Emperor Qin Shi Huang's Mausoleum, Lintong County, Shaanxi province. It is a sight not to be missed by any visitor to China. Altogether over 7,000 pottery soldiers, horses, chariots, and even weapons have been unearthed from these pits. Most of them have been restored to their former grandeur. It was listed by UNESCO in 1987 as one of the world cultural heritages
Ancient Xian City Wall: After the establishment of the Ming dynasty, emperor Zhu Yuanzhang began to enlarge the wall built initially during the old Tang dynasty (618 -907), creating the modern Xian City Wall. It's the most complete city wall that has survived in China, as well being one of the largest ancient military defensive systems in the world.Âfor more information please visit http://english.51766.com/detail/line_detail.jsp?info_id=1101372835
from http://english.51766.com by lisa
-
-
-
It would be good to have a plain old "food" type (very much like beverage) and perhaps a "food genre" type (fruit, dessert, meat, vegetable etc). There's lots of very simple things we can say about food that there's no way to express right now.
-
I have to agree.. then we could list the ingredients of Twinkie which appears in the wikipedia article.
-
Lets start thediscussion on food... My primary interest is in nutritional information and ingredients of "complex" foods. But I think this gets complex reasonably quickly.
For example, some brand of crackers may contain powered cheddar cheese, which is itself a food. But the nutritional value of the crackers probably can't be easily derived from Cheddar Cheese.. not to mention that Cheddar Cheese is itself a food. Cheddar Cheese contains cow's milk and rennet, but I don't think we'd consider rennet itself a food.
 So my proposal is a type Food which has an included type Ingredient, as well as a property Ingredients which points to a list of Ingredients.
 Food would have properties like Genre, maybe Country of origin, etc... but Ingredient would have stuff like "Nutritional information"
 Nutritional Information would be a CVT which would indicate how many units of some nutritional thing, normalized to a "per 100g" unit (I think that's the standard in Europe, and the US is based on Serving Size, which is totally non-normalizable)
 for example, cheddar cheese might have "2 mg of Vitamin A" - so the CVT for Nutritional Value would have an Integer quantity, a mass unit unit, and a nutritional thing.
 Thoughts? I'll model this up on sandbox...Â
-
Also a property for the basic food type called 'form' or something similar would help add more detail to the original food type. You example of crackers containing powdered cheddar cheese is a good candidate. In that scneario 'ingrediant' itself would be a cvt between food A, food B and the form of the contained food. However things like HFCS complicate things a bit, but for the most part, it would be quite helpful as shredded cheddar cheese is different from powedered cheddar cheese.Â
-
The USDA has a fairly extensive database of nutritional data (per 100g unit) available for download at: http://www.ars.usda.gov/Services/docs.htm?docid=8964
It includes base ingredients (e.g. various cuts of meat), both cooked and uncooked. If you're looking for nutritional information or ideas on how to classify it, that may be a good place to start.
The data consists of multiple files - one per table - containing one record per line in a fixed width text format. It probably wouldn't be too difficult for someone with time on their hands to write an importer for freebase.
-
-
-
Seems like an obvious candidate for inclusion. There are many currently un-typed cocktails in the system.
-
Good call, Niall. What properties would it have? Do you want to take a crack at modeling it?
-
I would vote for the ingredients to be included as a property. There was talk about creating a recipe type/property that list ingredient amounts as well, but nothing came out of it.
This would support queries like, "What cocktails use creme de cacao?"
-
faye - thadguidry has a fantastic food model if we can get him to help us move it into this domain. He models nutrients, ingredients, etc.. very cool
-
I agree the ingredients are really the "killer app" for a cocktail type, although this does indeed seem like a difficult modelling property. Perhaps we could start with some very basic properties to get the ball rolling?
-
-
-
Hi, I used to work as a Cajun Chef and of course still cook a mean gumbo. I also work at a public library where indexing and cataloging are priority. I have vast PD resources to help in our endeavor to make Freebase expand it's Gastronomical Heirarchy. (grin)
-
Hey, Thad. It's been great to see you so active on the site lately! I'm personally interested in the food domain, and as it happens, I'm also drafting new guidelines on the domain administrator role generally. With that combo in mind, it would be really useful to hear what you'd like get out of and put into the food admin role. Feel free to continue the discussion here or to reply email, sarah@metaweb.com. Best, Sarah
-
I'd like to see Freebase store every food value you can imagine, first of all. Calories, Carbs, Protein, Vitamin B12, you name it. As an administrator, I would like to categorize types of Foods into their Ethnicities first. We all have recipes and most originate from some small part in the world. Bruschetta for instance is an uniquely Italian bread dish that is super simple. Bread. But, not many people associate the experience of Brushetta without the new season's olive oil to compare it with. Hence, Bruschetta (also known as toast or Rusks) is uniquely tied to Olive Oil. And it's uniquely Tuscan, more specific than just Italian. Not everyone knows these things or wants to, but Food Domain admins should, or at least have the ready access and know how to correctly TYPE Brushetta as a /Tuscan/Bread model and not just /Tuscan/Recipe. And correctly applying Olive Oil as a hard link to it, somehow, since without, it's just household bread that's been toasted. I won't mention the various degrees of tomatoes and cheese that sometimes dribble on top of Bruschetta at restaurants worldwide. But that's another Type altogether... Ingenuity. So what I'd put into being an Admin would be very detailed and accurate categorizations for World Foods and Recipes. My handy volumes that I use daily as reference ? Oxford Companion to Food, Larousse Gastronomique, Oxford's Food & Nutrition Values, just to name a few. Also, answering questions that may come up such as "Why isn't Schabziger also known as Goat's Cheese?" The answer? It's ALWAYS made with Cow's Milk, even though the German word for Goat is "Ziege".
-
Hey, Thad. As I mentioned, you're timing on this question is right on: just this week, we've been rethinking the administrator role. We're still in the throes of this discussion, and I didn't want to leave you hanging while we figure it out. The good news is that--if I'm reading you right--you can already do the things you want to do. As you've discovered, you can create types and publish them so that other people can use them; and you can fill them with data. A number of people have talked about working on a recipe type (me included), but it would be pretty complex, and we yet to see anything come to life. It looks like you've started down this path, too, and it would be great if you were to work on this model. Don't know if you've seen it, but we do have some help info on data modeling (check the lower left corner of the Help index): http://www.freebase.com/view/helpindex?id=%239202a8c04000641f80000000012090ef As we get the admin role sorted out, I'll let you know. Best, Sarah
-
In terms of the recipe type, what I think would be most excellent is if 'ingredients' could be types of their own. If that were done, the nutritional value could easily be calcuated by combining the given ingredients, which will also give client applications the ability to do more cool stuff. So 'flour' and 'oranges' would have nutritional information in the database which I could use for my own nefarious purposes :-)
-
That's the direction I've been hoping this'll go.
-
I would imagine that some of the nutritional values for abstract food ingredients would be fuzzy. For instance, a pound of bananas grown in one geography may have different nutritional makeup than a pound of bananas grown in another (though I am not a dietician, so that may in fact be the case). When including this information, it would be important to tie the nutritional information most granularly to its source. For instance, if I buy a pound of bananas in my local grocery store, I should publish the nutritional information under "Chiquita Banana, Organically-Grown Variety, Grown 2007" (which is what the nutritional label is describing). This is much preferred over storing it under the generic "Banana".
This would be particularly useful if we use fb to store recipes. When constructing a recipe, we can bind our ingredients to a higher level of abstraction (for instance, "one pound of bananas" as opposed to "Chiquita Banana, Organically-Grown"), but we leave it to the user to be more specific in their ingredient selection. They may know that they're going to be using non-organically grown bananas from Dole. But, when implementing a recipe, they can integrate the nutrition information that best matches their ingredients at run-time, ultimately constructing more accurate nutritional info for their particular variation of the recipe. -
Hey Thad -
I started to model some of my food proposal below but I explored, I came across some of your types like Macroingredient.Â
 I'm really impressed, and I realized you've done a much better job at breaking this stuff down than I have. I'd like to offer that we move most of your food-related types into the food domain, and lets make you an administrator.
 Here is my suggestion: go and "publish" all the types that you'd like to see moved into /food. (You can get there from the schema editor) - then we'll look over the list here, and see which ones should end up in food (I suspect most of them)Â
-
-
-
I'm wondering exactly how I should implement some properties of my type.
The problem I'm having is that some properties on a food label are really nested within others. For example, Total Fat = Trans Fat + Saturated Fat + Unsaturated Fat, so should I have 3 entries for fat, or 4 (Total Fat).
Now, I'm thinking that the simplest solution would be to provide a property for each thing that can be written on a food label. The only problem with this is that you loose information that otherwise would be useful for scanning a label.
Should this be a problem resolved in the interface of specific apps written to use this type and not a problem freebase should tackle?
Sorry for babbling.
Thoughts...?-
We have a preference in Freebase for not including values that can be easily derived from other properties, which would argue against the "Total Fat" property, although I'm sure you'd find some examples in existing domains if you looked. This prevents input errors causing a discrepancy between the value in the "total" property and the sum of the other properties' values. It also means that external apps only have to look in one place for the value, rather than deciding whether to display the summed value or the "total" property. On the other hand, if "Total Fat" occurs without being broken down further, it might be better to include the property, even though it will result in redundant data.
-
Jeff, would it make sense to be able to define formulas in the type definition directly? That way, applications could choose whether to consume the values derived from the formula or run their own calculations. This could be particularly useful when dealing with data sets where formulas change over time, such as US income tax rates, World Bank income groupings, or credit scoring mechanisms.
With a little applied algebra, one might even be able to make these formulas bi-directional. Consider the following use case: we may have a nutritional label which includes the total fat, saturated fat, and unsaturated fat (but no trans fat). However, since we have the formula, we could derive the trans fat as being [total fat - saturated fat - unsaturated fat]. This would be extremely useful to a user that may not know the formula (or may be too lazy to do the math manually). It also ensures the integrity of the data because we know, for example, that the sum of saturated and unsaturated fats cannot exceed the value of total fat.
-
-
-
-
http://www.freebase.com/view/filter?id=/food/cheese The general description of cheese contains a link to http://www.freebase.com/metaweb/combinedView.html?id=/wikipedia/en_id/5440 ...which doesn't exist. I assume this should be a link to the cheese topic?
-
-
-
So I fixed the Apple concept to be Apple the Fruit (as it's intended) rather than the duplicate Apple, Inc. and then decided to do a whole bunch MORE fruits....
I've created a nice little start to Fruits... feel free to promote it up. All data came from the Wikipedia "List of Fruits" page.
Why did I need to set my own type of 'food' when the browse menu clearly shows food as a possible option?
-
-