[Developers] State Quarters example and "need a unique result to attach here"

David Flanagan david at davidflanagan.com
Fri Apr 4 21:20:41 UTC 2008


Christopher R. Maden wrote:
> David Flanagan wrote:
>> When I first wrote the US State Quarters example 
>> (http://freebase.com/view/guid/9202a8c04000641f800000000544e10c#id2609142)
>> I specified that the type of the us_state_quarter/state property was 
>> /type/text
>>
>> The example has been modified since I wrote it. It now expects the state 
>> property to be /location/us_state, which is good.  In order to make this 
>>   change work, however, the query in the python code had to change, and 
>> I don't understand why. Since I don't get it, I'm obviously not 
>> explaining something right about the MQL write grammar.
> 
> Names of things are not generally a good idea for connecting properties, 
> as they are rarely unique (and will become less so as Freebase expands), 
> and MQL shies away from being (or attempting to be) a DWIM system.

I understand that, but in this case (and as you point out), a US state 
is uniquely identified by its name and its type.  I'm wondering why, 
therefore, the expected type of the state property plus the name of the 
state isn't sufficient to identify the state object I want.  (And why is 
it confused about a city named Delaware?)

In order to make my documentation clear, I need to understand not just 
why it is a bad idea, but why it doesn't work!

	David


More information about the Developers mailing list