Hi Scott,<br><br>
<div><span class="gmail_quote">On 9/7/07, <b class="gmail_sendername">Scott Meyer</b> <<a href="mailto:sm@metaweb.com">sm@metaweb.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> I seem to have reached some sort of quota on writes to Freebase and now<br>> get the error :<br>>
<br>> "result status not okay: /api/status/error; error: Too many writes"<br>10,000 graph primitives per day, I believe. If you have a large amount<br>of data to load, the usual procedure is to debug it in the sandbox and
<br>then get an exemption from the 10K limit when performing the upload.</blockquote>
<div> </div>
<div>It's only about 3-400 records, but I am testing an upload script, and ran it about 15-20 times yesterday, refreshing exisitng objects. It doesn't seem like this should have triggered the limit, but it's possible. Is there a reason the limit is on total writes and not on instance creations?
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> External applications will often have need of grafting their own types<br>> onto Freebase instances in order to flag them or add meta data that
<br>> would not be of interest to the general public browsing Freebase.<br><br>Currently, any user can create a type and use it to type existing<br>objects. In fact, we would much rather you do that, than create<br>duplicate objects. Is that what you want?
</blockquote>
<div> </div>
<div>That is exactly what I want, and I am doing now for a Fantasy Football Draft simulator I'm building.</div>
<div> </div>
<div>I have grafted the type '/user/szaijan/fantasy_football/player' to all of the instances of type '/american_football/football_player' that I have data on. I've also created types and instances for the objects that will support the application (League, Owner, Team, et. al.) In addition, I have created Projection objects, which hold my estimate of a player's performance and average fantasy draft position over the course of a given season. My app will essentially predict each selection of a fantasy draft based on the point projections and average draft position, then rank the teams. A lot of meta data is used in the sorting, and several enumerated types required near duplicates of types already in the database.
</div>
<div> </div>
<div>Ideally, I'd like to make sure no one who isn't running my app can see, change, or add to this data. There are two reasons for this. In the case of enumerated types, I need to control what is available so I can script for it. Allowing arbitrary objects to be added could break my app. In the case of meta data, most of it does not make sense outside the context of my app, and it is thus not suitble for public viewing.
</div>
<div> </div>
<div>I know that one viewpoint is that such data does not belong on Freebase. My contention is that allowing for and supporting such data will be of benefit in encouraging people to develop Freebase powered apps, for the reasons specified earlier.
</div></div>