[Developers] 'original language' attribute twice?

[Bryan Cheung]

> it looks like this 9202a8c04000641f800000000001418b is the subject  
> of a bad/incomplete merge.
I've created a task to get this cleaned up.

Bryan

On May 22, 2008, at 8:43 PM, Christian Hirsch wrote:

> yes, it works now.
>
> I've just discovered something else: The original language attribute  
> for several books seems to have the value 'English' twice.
>
> e.g.:
>   {
>     "id" : "/en/brave_new_world",
>     "original_language" : [
>       {}
>     ],
>     "type" : "/book/written_work"
>   }
>
> returns:
>   {
>     "id" : "/en/the_catcher_in_the_rye",
>     "original_language" : [
>       {
>         "id" : "/guid/9202a8c04000641f800000000001418b",
>         "name" : "English",
>         "type" : []
>       },
>       {
>         "id" : "/guid/9202a8c04000641f8000000004f2024b",
>         "name" : "English",
>         "type" : [
>           "/common/topic",
>           "/fictional_universe/fictional_language",
>           "/user/ktrueman/default_domain/official_language",
>           "/language/human_language",
>           "/education/field_of_study"
>         ]
>       }
>     ],
>     "type" : "/book/written_work"
>   }
>
> should /guid/9202a8c04000641f800000000001418b maybe also be deleted?
>
> Cheers,
> Christian
>
>
> On Fri, May 23, 2008 at 11:16 AM, Bryan Cheung <bryan.cheung at metaweb.com 
> > wrote:
> The links to/from /guid/9202a8c04000641f80000000070f1e70 have been
> removed and it shouldn't return in your MQL queries anymore.
>
> Bryan
>
>
> On May 20, 2008, at 2:17 PM, Christian Hirsch wrote:
>
> > using this query:
> >   {
> >     "id" : "/en/brave_new_world",
> >     "type" : []
> >   }
> >
> > returns the following type ids:
> >       "/common/topic",
> >       "/book/book",
> >       "/media_common/adapted_work",
> >       "/guid/9202a8c04000641f80000000070f1e70",
> >       "/book/written_work"
> >
> > using then these ids, e.g.:
> >   {
> >     "*" : [],
> >     "id" : "/en/brave_new_world",
> >     "type" : "/book/book"
> >   }
> >
> > ...works fine, except for this query (returns error: "not a valid
> > typename"):
> >   {
> >     "*" : [],
> >     "id" : "/en/brave_new_world",
> >     "type" : "/guid/9202a8c04000641f80000000070f1e70"
> >   }
> >
> > I assume this is because /guid/9202a8c04000641f80000000070f1e70 has
> > only the type "/freebase/type_profile" and not "/type/type". But why
> > is it then returned by the first query above? Could this be a bug?
> >
> > _______________________________________________
> > Developers mailing list
> > Developers at freebase.com
> > http://lists.freebase.com/mailman/listinfo/developers
>
> _______________________________________________
> Developers mailing list
> Developers at freebase.com
> http://lists.freebase.com/mailman/listinfo/developers
>
> _______________________________________________
> 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/20080522/f8b32e66/attachment.htm