[Developers] Entities referenced to "/user/tsegaran/"

[Vijay Ramesh]

Is this going to be resolved, though - ie, is a single consistent method for selecting the key going to be used in the future - or do we need to plan accordingly for the freebase-datadump-quadruples.tsv and the type-specific tsvs to potentially have issues such as this?  It's no big issue for me to deal with (just involves storing and tracking the "strange-namespace" <=> "good-namespace" relation) but I guess I'm still unsure as to why such a confusing conflict that (so far as I can see) has no positive merits would be kept as a feature...

Thanks for the information.
/ Viijay K Ramesh

On 8/12/08 9:54 PM, "John Giannandrea" <jg at metaweb.com> wrote:



Actually all that is going on here is that /guid/
9202a8c04000641f800000000017cb7a (JPMorgan Chase & Co.) has several
keys and the data dump is using a different algorithm than MQL to
resolve it.   The .tsv files use MQL, the triple dump uses a different
technique.

To compound the confusion, the namespace /user/tsegaran/sec is
actually the same as /business/cik which is its "official" name.

So in your third example, if you pass in a specific id in a MQL query
you always get that same one back.

-jg


On Aug 12, 2008, at 9:19 AM, Vijay Ramesh wrote:
> Hello all,
>
> Ran into a strange issue where we weren't picking up certain
> freebase-entities from a multi-step parsing of both "freebase-
> datadump-quadruples.tsv" and the type-specific data tsvs, and
> eventually tracked down the "what" although I am still very confused
> as to the "why."  The issue, in short, is with a set of 227 entities
> (see the attached txt file) that are all either /business/company
> or /business/industry types.  For this set of entities, the way they
> are referenced in the "freebase-datadump-quadruples.tsv" (I've
> checked for both March and July 2008 data) is different than the way
> they are referenced in the actual type-specific data-dumps (here, /
> business/company.tsv & /business/industry.tsv).

_______________________________________________
Developers mailing list
Developers at freebase.com
http://lists.freebase.com/mailman/listinfo/developers

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/developers/attachments/20080812/8684c0bc/attachment.htm