From hirsch.christian at gmail.com Sun Mar 2 22:21:06 2008 From: hirsch.christian at gmail.com (Christian Hirsch) Date: Mon, 3 Mar 2008 11:21:06 +1300 Subject: [Developers] update behavior when using write API Message-ID: <443bada30803021421labf3f88gfa8abbf80ba20cce@mail.gmail.com> Hi All, I have encountered a strange update/refresh behavior while using write queries (to the sandbox) from a Java application. Not sure if that is a bug or some problem with my app... Here is what my application is doing: I am sending a write query which adds a new property to a topic. e.g. adding a new "produced_by" property to a movie like this: { "query" : { "/film/film/produced_by" : { "connect" : "insert", "id" : "personID", "type" : { "connect" : "insert", "id" : "/film/producer" } }, "id" : "movieID" } } when I am using this query in the MQL query editor, it works. When I am sending it with my java application it also seems to work: I get the 200 status response with the confirmation that the property has been inserted. Now the problem is that the changes don't show up in the freebase UI! Also when I query the properties of that movie, the updates don't show: { "query" : [ { "id" : "movieID", "produced_by" : [], "type" : "/film/film" } ] } the returned list of producers doesn't show the new one (personID) The strange thing is this: When I send a further (arbitrary) write query through the MQL query editor (or edit something directly in the UI), then the changes of the first write request suddenly show up in the freebase UI. What is going on there? Does the MQL query editor send some kind of refresh command that is not send from other applications? Thanks, Christian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080303/fe4345a6/attachment-0001.htm From crism at metaweb.com Sun Mar 2 23:02:57 2008 From: crism at metaweb.com (Christopher R. Maden) Date: Sun, 2 Mar 2008 18:02:57 -0500 (EST) Subject: [Developers] update behavior when using write API In-Reply-To: <443bada30803021421labf3f88gfa8abbf80ba20cce@mail.gmail.com> Message-ID: <4805940.395821204498977780.JavaMail.root@h00215> Christian Hirsch wrote: > I have encountered a strange update/refresh behavior while using > write queries (to the sandbox) from a Java application. Not sure if that is > a bug or some problem with my app... You?re seeing effects of the cache in your browser. Your browser has a cookie that helps the cache out by telling when your last write was. When you write to the database using your Java application, your browser has no idea that happened, so the cache serves you old data. When you make a subsequent write in your browser, your cookie is updated, and now you see both changes. If you hit F8 in your browser to see the toolbar at the bottom, and then click on refresh cache, the last-write cookie will be cleared and you will see all recent changes to the database. ~Chris -- Christopher R. Maden Data Architect Metaweb Technologies, Inc. From kirrily at metaweb.com Wed Mar 5 01:56:12 2008 From: kirrily at metaweb.com (Kirrily Robert) Date: Tue, 4 Mar 2008 20:56:12 -0500 (EST) Subject: [Developers] A3.16 release Message-ID: <32061633.315391204682172132.JavaMail.root@h00215> Hi all, We've just updated freebase.com with some major new UI stuff, including the new Topic view you've probably heard about. Check out release notes at http://blog.freebase.com/2008/03/04/a316-release-notes/ K. -- Kirrily Robert Freebase Community Director kirrily at metaweb.com From duck at kronkltd.net Wed Mar 5 06:42:16 2008 From: duck at kronkltd.net (Daniel E. Renfer) Date: Wed, 05 Mar 2008 01:42:16 -0500 Subject: [Developers] Errors with new import system. Message-ID: <47CE40C8.7090207@kronkltd.net> I was testing out the new import system by trying to import a list of cards and their artists for my Magic The Gathering domain. I had already loaded the list of these cards under the old system, so they were all auto-merged. The problem came when I tried to do the artists. Some of these artists are already in the system, so there were no problems there. It came down to the new artists. It was forcing me to "add new" for each and every one of them. When I finished it wanted to create an instance for each card-artist relation. It would be better if it could identify that an artist with that same name is pending to be created, and auto-merge with that new topic. On top of that, when I tried to finalize the import, the site threw a "transient error" I'm actually glad that it did, I'm going to re-do my list to fix this problem unless you fix things on your end before I get back to it tomorrow. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebase.com/pipermail/developers/attachments/20080305/9d2040c0/attachment.pgp From duck at kronkltd.net Wed Mar 5 06:58:53 2008 From: duck at kronkltd.net (Daniel E. Renfer) Date: Wed, 05 Mar 2008 01:58:53 -0500 Subject: [Developers] Errors with new import system. In-Reply-To: <47CE40C8.7090207@kronkltd.net> References: <47CE40C8.7090207@kronkltd.net> Message-ID: <47CE44AD.2080001@kronkltd.net> Daniel E. Renfer wrote: > I was testing out the new import system by trying to import a list of > cards and their artists for my Magic The Gathering domain. > > I had already loaded the list of these cards under the old system, so > they were all auto-merged. The problem came when I tried to do the artists. > > Some of these artists are already in the system, so there were no > problems there. It came down to the new artists. It was forcing me to > "add new" for each and every one of them. When I finished it wanted to > create an instance for each card-artist relation. > > It would be better if it could identify that an artist with that same > name is pending to be created, and auto-merge with that new topic. > > On top of that, when I tried to finalize the import, the site threw a > "transient error" I'm actually glad that it did, I'm going to re-do my > list to fix this problem unless you fix things on your end before I get > back to it tomorrow. > On second look, it appears that it did indeed create copies of each of them. So I'm really sorry about that. If you have a tool to easily merge them, it would be appreciated, if not I'll go through them and flag them all for merge. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebase.com/pipermail/developers/attachments/20080305/bc8cfa1a/attachment.pgp From aseem at metaweb.com Wed Mar 5 17:04:00 2008 From: aseem at metaweb.com (Aseem Mohanty) Date: Wed, 05 Mar 2008 09:04:00 -0800 Subject: [Developers] Errors with new import system. In-Reply-To: <47CE44AD.2080001@kronkltd.net> References: <47CE40C8.7090207@kronkltd.net> <47CE44AD.2080001@kronkltd.net> Message-ID: <47CED280.10902@metaweb.com> Hi Daniel. Sorry to hear that you ran into the 'transient error' problem. It is a known bug that usually occurs on data refreshes and we are working on fixing that. If you did the import on sandbox, you don't need to worry about merging things as sandbox is reset every week with data from freebase.com and mistakes are not only tolerated but encouraged. However if you did the import on freebase.com, I think you may have to mark them for merges. HTH AM Daniel E. Renfer wrote: > Daniel E. Renfer wrote: >> I was testing out the new import system by trying to import a list of >> cards and their artists for my Magic The Gathering domain. >> >> I had already loaded the list of these cards under the old system, so >> they were all auto-merged. The problem came when I tried to do the >> artists. >> >> Some of these artists are already in the system, so there were no >> problems there. It came down to the new artists. It was forcing me to >> "add new" for each and every one of them. When I finished it wanted to >> create an instance for each card-artist relation. >> >> It would be better if it could identify that an artist with that same >> name is pending to be created, and auto-merge with that new topic. >> >> On top of that, when I tried to finalize the import, the site threw a >> "transient error" I'm actually glad that it did, I'm going to re-do my >> list to fix this problem unless you fix things on your end before I >> get back to it tomorrow. >> > > On second look, it appears that it did indeed create copies of each of > them. So I'm really sorry about that. If you have a tool to easily merge > them, it would be appreciated, if not I'll go through them and flag them > all for merge. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From bryan.cheung at metaweb.com Wed Mar 5 17:15:56 2008 From: bryan.cheung at metaweb.com (Bryan Cheung) Date: Wed, 5 Mar 2008 09:15:56 -0800 Subject: [Developers] Cleanup of some "unused" types in the /government and /theater domains Message-ID: <9372887F-D1CD-4855-8131-637AA57FE4A4@metaweb.com> Please take a look at this email from the data-modeling list about types in the /government and /theater domains that weren't cleaned up after schema changes. http://lists.freebase.com/pipermail/data-modeling/2008-March/000384.html If you aren't already on the data-modeling list, you can subscribe to it here: http://lists.freebase.com/mailman/listinfo/data-modeling Thanks, Bryan From duck at kronkltd.net Wed Mar 5 17:41:34 2008 From: duck at kronkltd.net (Daniel E. Renfer) Date: Wed, 05 Mar 2008 12:41:34 -0500 Subject: [Developers] Errors with new import system. In-Reply-To: <47CED280.10902@metaweb.com> References: <47CE40C8.7090207@kronkltd.net> <47CE44AD.2080001@kronkltd.net> <47CED280.10902@metaweb.com> Message-ID: <47CEDB4E.6000808@kronkltd.net> I think I'll have to take this as a lesson. Always test new things out on the sandbox first! Thankfully I have a pretty good idea where those duplicates occurred, so it shouldn't be too hard to mind the merge candidates. Aseem Mohanty wrote: > Hi Daniel. > > Sorry to hear that you ran into the 'transient error' problem. It is a > known bug that usually occurs on data refreshes and we are working on > fixing that. > > If you did the import on sandbox, you don't need to worry about merging > things as sandbox is reset every week with data from freebase.com and > mistakes are not only tolerated but encouraged. > > However if you did the import on freebase.com, I think you may have to > mark them for merges. > > HTH > AM > > Daniel E. Renfer wrote: >> Daniel E. Renfer wrote: >>> I was testing out the new import system by trying to import a list of >>> cards and their artists for my Magic The Gathering domain. >>> >>> I had already loaded the list of these cards under the old system, so >>> they were all auto-merged. The problem came when I tried to do the >>> artists. >>> >>> Some of these artists are already in the system, so there were no >>> problems there. It came down to the new artists. It was forcing me to >>> "add new" for each and every one of them. When I finished it wanted to >>> create an instance for each card-artist relation. >>> >>> It would be better if it could identify that an artist with that same >>> name is pending to be created, and auto-merge with that new topic. >>> >>> On top of that, when I tried to finalize the import, the site threw a >>> "transient error" I'm actually glad that it did, I'm going to re-do my >>> list to fix this problem unless you fix things on your end before I >>> get back to it tomorrow. >>> >> On second look, it appears that it did indeed create copies of each of >> them. So I'm really sorry about that. If you have a tool to easily merge >> them, it would be appreciated, if not I'll go through them and flag them >> all for merge. >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebase.com/pipermail/developers/attachments/20080305/7c23567f/attachment.pgp From dmilbrath at metaweb.com Wed Mar 5 18:16:19 2008 From: dmilbrath at metaweb.com (Dan Milbrath) Date: Wed, 5 Mar 2008 13:16:19 -0500 (EST) Subject: [Developers] [site-feedback] [feature] Article text In-Reply-To: Message-ID: <10402985.317491204740979725.JavaMail.root@h00215> Igor, Freebase doesn't actually store the full Wikipedia article. That said, you shouldn't be getting an application error. Questions like these are best fielded on the developer mailing list. http://lists.freebase.com/mailman/listinfo/developers Perhaps someone on the list can give you a better explanation as to why you're seeing this. - Dan ----- Original Message ----- From: site-feedback-service at freebase.com To: site-feedback at freebase.com Sent: Wednesday, March 5, 2008 3:40:43 AM (GMT-0800) America/Los_Angeles Subject: [site-feedback] [feature] Article text From: igorcoder Category: feature Summary: Article text Message: Hello, I have some difficulties with getting articles : -- to get user article, I use { "query" : { "/common/topic/article" : [{ "guid":null, "optional" : true }], "/common/topic/image" : [{ "id" : null, "optional" : true }], "album" : [{ "name" : null, "id" : null, "optional" : true }], "id" : "/topic/en/stevie_wonder", "name" : null, "type" : "/music/artist" } } -- then I got article guid - #9202a8c04000641f80000000001170a3 -- to show a few words of article, I use http://www.freebase.com/api/trans/blurb/%239202a8c04000641f80000000001170a3 or http://www.freebase.com/api/trans/blurb/guid/9202a8c04000641f80000000001170a3 -- I'm trying to show all article or at least few more and as I understand for this I should use http://www.freebase.com/api/trans/raw/%239202a8c04000641f80000000001170a3 or http://www.freebase.com/api/trans/raw/guid/9202a8c04000641f80000000001170a3 but in this case I getting ("status": "400 Application Error".....) how to get full article? help please -- Thank you, Igor From bryan.cheung at metaweb.com Wed Mar 5 19:41:55 2008 From: bryan.cheung at metaweb.com (Bryan Cheung) Date: Wed, 5 Mar 2008 11:41:55 -0800 Subject: [Developers] Proposed changes to the /organization/organization type Message-ID: <3D4E679E-BD4E-4A9A-BE60-CDE864992683@metaweb.com> Please take a look at this email from the data-modeling list about some proposed changes to the /organization/organization type. http://lists.freebase.com/pipermail/data-modeling/2008-March/000386.html If you aren't already on the data-modeling list, you can subscribe to it here: http://lists.freebase.com/mailman/listinfo/data-modeling Thanks, Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080305/396fda93/attachment-0001.htm From kirrily at metaweb.com Wed Mar 5 20:13:10 2008 From: kirrily at metaweb.com (Kirrily Robert) Date: Wed, 5 Mar 2008 15:13:10 -0500 (EST) Subject: [Developers] API reference documentation Message-ID: <8739369.319101204747990458.JavaMail.root@h00215> In addition to all the UI changes that occurred with the A3.16 release yesterday, we've also had some changes to the Apps page on Freebase. One thing I'd like to draw to your attention is the Metaweb API reference documentation: http://www.freebase.com/view/freebase/metaweb_api_service What I've done here is create a type where we can record the basic, factual information about all the API entry points, their arguments, required HTTP headers, etc etc. This is meant to be complementary to the existing tutorial-style API docs. Please take a look and let me know what you think. The information that's currently there was sourced from internal docs and is accurate as far as I'm aware, but if there are any errors or things that should be clarified, please feel free to edit. Unlike the tutorial-style API docs, these are just plain Freebase topics that allow anyone to maintain them, so I'm hoping that we can all help keep them up to date if, for example, something new is posted on the dev mailing list. K. -- Kirrily Robert Freebase Community Director kirrily at metaweb.com From bryan at metaweb.com Thu Mar 6 00:14:00 2008 From: bryan at metaweb.com (Bryan Culbertson) Date: Wed, 5 Mar 2008 16:14:00 -0800 Subject: [Developers] Errors with new import system. In-Reply-To: <47CE40C8.7090207@kronkltd.net> References: <47CE40C8.7090207@kronkltd.net> Message-ID: <1CBA8213-4AEB-4176-B4DA-E5FD26B60817@metaweb.com> Daniel-- As you noticed, the current version of List Importer does not support internal reconciliation. This is a feature which is, as you found, extremely useful. However, it is more difficult to implement than it seems at first glance since we auto-reconcile in advance of user's choices. We are currently working on methods to allow for internal reconciliation without making the import process unduly complicated, and we hope to add such a feature in the future. Until then, if you have multiple topics which you need to add as new, beforehand use List Importer to add them separately. For example, go to the Artist type page and import the list of artists, and then import the list of cards with the artists attached. --Bryan On Mar 4, 2008, at 10:42 PM, Daniel E. Renfer wrote: > I was testing out the new import system by trying to import a list > of cards and their artists for my Magic The Gathering domain. > > I had already loaded the list of these cards under the old system, > so they were all auto-merged. The problem came when I tried to do > the artists. > > Some of these artists are already in the system, so there were no > problems there. It came down to the new artists. It was forcing me > to "add new" for each and every one of them. When I finished it > wanted to create an instance for each card-artist relation. > > It would be better if it could identify that an artist with that > same name is pending to be created, and auto-merge with that new > topic. > > On top of that, when I tried to finalize the import, the site threw > a "transient error" I'm actually glad that it did, I'm going to re- > do my list to fix this problem unless you fix things on your end > before I get back to it tomorrow. > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From faye at metaweb.com Thu Mar 6 01:04:02 2008 From: faye at metaweb.com (Faye Li) Date: Wed, 05 Mar 2008 17:04:02 -0800 Subject: [Developers] API reference documentation In-Reply-To: <8739369.319101204747990458.JavaMail.root@h00215> References: <8739369.319101204747990458.JavaMail.root@h00215> Message-ID: <47CF4302.4040300@metaweb.com> Hi Kerrily, Good stuff! For the me services, you can find the API and details at: https://wiki.corp.metaweb.com/index.php/ME/ME_Services The freebase-suggest API is also documented here: http://code.google.com/p/freebase-suggest/wiki/FreebaseAPISearch -- Faye Kirrily Robert wrote: > In addition to all the UI changes that occurred with the A3.16 release yesterday, we've also had some changes to the Apps page on Freebase. > > One thing I'd like to draw to your attention is the Metaweb API reference documentation: > http://www.freebase.com/view/freebase/metaweb_api_service > > What I've done here is create a type where we can record the basic, factual information about all the API entry points, their arguments, required HTTP headers, etc etc. This is meant to be complementary to the existing tutorial-style API docs. > > Please take a look and let me know what you think. The information that's currently there was sourced from internal docs and is accurate as far as I'm aware, but if there are any errors or things that should be clarified, please feel free to edit. Unlike the tutorial-style API docs, these are just plain Freebase topics that allow anyone to maintain them, so I'm hoping that we can all help keep them up to date if, for example, something new is posted on the dev mailing list. > > K. > > > From faye at metaweb.com Thu Mar 6 01:15:02 2008 From: faye at metaweb.com (Faye Li) Date: Wed, 05 Mar 2008 17:15:02 -0800 Subject: [Developers] API reference documentation In-Reply-To: <47CF4302.4040300@metaweb.com> References: <8739369.319101204747990458.JavaMail.root@h00215> <47CF4302.4040300@metaweb.com> Message-ID: <47CF4596.2070303@metaweb.com> Sorry, meant to reply to Kirrily personally instead of hitting "reply" on the mailing list. Please ignore the internal wiki link. It's been a long day... -- Faye Faye Li wrote: > Hi Kerrily, > > Good stuff! For the me services, you can find the API and details at: > https://wiki.corp.metaweb.com/index.php/ME/ME_Services > > The freebase-suggest API is also documented here: > http://code.google.com/p/freebase-suggest/wiki/FreebaseAPISearch > > -- Faye > > > Kirrily Robert wrote: > >> In addition to all the UI changes that occurred with the A3.16 release yesterday, we've also had some changes to the Apps page on Freebase. >> >> One thing I'd like to draw to your attention is the Metaweb API reference documentation: >> http://www.freebase.com/view/freebase/metaweb_api_service >> >> What I've done here is create a type where we can record the basic, factual information about all the API entry points, their arguments, required HTTP headers, etc etc. This is meant to be complementary to the existing tutorial-style API docs. >> >> Please take a look and let me know what you think. The information that's currently there was sourced from internal docs and is accurate as far as I'm aware, but if there are any errors or things that should be clarified, please feel free to edit. Unlike the tutorial-style API docs, these are just plain Freebase topics that allow anyone to maintain them, so I'm hoping that we can all help keep them up to date if, for example, something new is posted on the dev mailing list. >> >> K. >> >> >> >> > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers > > From kirrily at metaweb.com Thu Mar 6 01:23:35 2008 From: kirrily at metaweb.com (Kirrily Robert) Date: Wed, 5 Mar 2008 20:23:35 -0500 (EST) Subject: [Developers] API reference documentation In-Reply-To: <47CF4302.4040300@metaweb.com> Message-ID: <6064148.320191204766615291.JavaMail.root@h00215> Faye wrote: > Good stuff! For the me services, you can find the API and details at: > https://wiki.corp.metaweb.com/index.php/ME/ME_Services FWIW, that's where I got the original details to fill out the topics I created. The fact that it was sitting behind the firewall seemed kinda silly when people outside need the information, so that's why I created the API docs type. > The freebase-suggest API is also documented here: > http://code.google.com/p/freebase-suggest/wiki/FreebaseAPISearch OK, so, it's good to know this, but to be honest I'm not documentation girl! I'm hoping that *everyone* can help pitch in and keep this stuff maintained. So I guess this is where, in the time-honoured tradition of technical mailing lists everywhere, I say "patches welcome" ;) K. -- Kirrily Robert Freebase Community Director kirrily at metaweb.com From ksrinivs at gmail.com Thu Mar 6 16:59:06 2008 From: ksrinivs at gmail.com (Kavitha Srinivas) Date: Thu, 6 Mar 2008 11:59:06 -0500 Subject: [Developers] Bug in the generation of the wex files Message-ID: Hello Just wanted to point out that there seems to be a bug in the way the wex files for types are generated. E.g., Rain (singer) maps to a freebase guid: 9202a8c04000641f80000000038882a7. Here is a grep of all types for this guid from the freebase types file in wex: 9202a8c04000641f80000000038882a7 /business/company 9202a8c04000641f80000000038882a7 /media_common/pseudonym 9202a8c04000641f80000000038882a7 /people/person I checked the wikipedia entry in case it somehow defined a person who was both a company and a person :-), but that doesn't seem to be the case -- Rain is a pseudonym for a Korean singer. BTW, I tried to search for Rain from the UI, I can't find it there either. Is this guid somehow "irrelevant"? Thanks! Kavitha From zenkat at metaweb.com Thu Mar 6 17:53:55 2008 From: zenkat at metaweb.com (Brian Karlak) Date: Thu, 6 Mar 2008 09:53:55 -0800 Subject: [Developers] Bug in the generation of the wex files In-Reply-To: References: Message-ID: <98940354-A4DC-4CD3-972E-1A9A160E0C46@metaweb.com> Hello Kavitha -- Thanks for asking about this -- it nicely illustrates how merges are handled within freebase. You can check the freebase topic for any guid directly by plugging it straight into a URL: http://www.freebase.com/view/guid/9202a8c04000641f80000000038882a7 If you do this, you will come to what appears to be a blank page. This is because the GUID has been merged with another topic that referred to the same person . You can see the evidence for the merge by clicking on the "Page History" link in the upper-left: http://www.freebase.com/view/history/guid/9202a8c04000641f80000000038882a7 Midway down the list, you'll see a "Gardening Hint - Replaced By: ?? ?" on 2/20/2008, which indicates that this topic was merged. (This merge was made because Rain was once a pseudonym for ???. You see the old info in the wex dump because the merge happened after the wex publication.) Following that link, you'll come to the current article for Rain, now named by his proper Korean name: http://www.freebase.com/view/guid/9202a8c04000641f8000000003b6f0fc You will also see that ??? is indeed co-typed in freebase as a person, a musical artist, and a company. The "Company" co-typing is probably incorrect, and should be deleted (we'll do this shortly). We keep the old GUID page around because items are never really deleted from freebase. One nice side benefit of this is that you can explore what has happened to deleted topics -- although a nice enhancement might be to show a redirect to the merged page in cases like this. Brian On Mar 6, 2008, at 8:59 AM, Kavitha Srinivas wrote: > Hello > Just wanted to point out that there seems to be a bug in the way > the wex files for types are generated. E.g., Rain (singer) maps to a > freebase guid: > 9202a8c04000641f80000000038882a7. Here is a grep of all types for > this guid from the freebase types file in wex: > > 9202a8c04000641f80000000038882a7 /business/company > 9202a8c04000641f80000000038882a7 /media_common/pseudonym > 9202a8c04000641f80000000038882a7 /people/person > > I checked the wikipedia entry in case it somehow defined a person who > was both a company and a person :-), but that doesn't seem to be the > case -- Rain is a pseudonym for a Korean singer. BTW, I tried to > search for Rain from the UI, I can't find it there either. Is this > guid somehow "irrelevant"? > > Thanks! > > Kavitha > _______________________________________________ > 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/20080306/806e73bc/attachment-0001.htm From bryan.cheung at metaweb.com Thu Mar 6 18:37:45 2008 From: bryan.cheung at metaweb.com (Bryan Cheung) Date: Thu, 6 Mar 2008 10:37:45 -0800 Subject: [Developers] Proposed cleanup of hidden properties in the /tv domain Message-ID: <5AD90592-5959-4D07-BC3A-D7F16962220D@metaweb.com> A crosspost from the data-modeling list regarding proposed cleanup of hidden properties in the /tv domain. http://lists.freebase.com/pipermail/data-modeling/2008-March/000399.html Thanks, Bryan P.S. If you aren't already on the data-modeling list, you can subscribe to it here: http://lists.freebase.com/mailman/listinfo/data-modeling -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080306/76d58294/attachment.htm From faye at metaweb.com Thu Mar 6 19:36:51 2008 From: faye at metaweb.com (Faye Li) Date: Thu, 06 Mar 2008 11:36:51 -0800 Subject: [Developers] Bug in the generation of the wex files In-Reply-To: References: Message-ID: <47D047D3.9010906@metaweb.com> Hi Kavitha, "Rain" is a pretty common word matches way too many topics to show all in the pagetop searchbox autocomplete list of 10. However, I tried "Rain Korean" in the searchbox, and autocomplete showed me the topic you were looking for (/guid/9202a8c04000641f8000000003b6f0fc) at the top. -- Faye Kavitha Srinivas wrote: > BTW, I tried to > search for Rain from the UI, I can't find it there either. Is this > guid somehow "irrelevant"? From AVH at zing.net Fri Mar 7 05:47:26 2008 From: AVH at zing.net (Arthur van Hoff) Date: Thu, 6 Mar 2008 21:47:26 -0800 Subject: [Developers] date time problem: 2008-02-22T03:37:16Z Message-ID: I'm getting an error while doing the following query. Apparently the date time 2008-02-22T03:37:16Z is not acceptable. What is wrong with it? "query": { "type": "/type/link", "source": {"id": "/guid/9202a8c04000641f8000000006fb49f8"}, "sort": "timestamp", "timestamp": null, "timestamp>": "2008-02-22T03:37:16Z" } This is the response: { "status": "200 OK", "code": "/api/status/error", "messages": [ { "info": { "detail": "on line 1, column 238: \"2008-02-22T03:37:16Z\": expected a timestamp value", "subclass": "SEMANTICS" }, "message": "error SEMANTICS: on line 1, column 238: \"2008-02-22T03:37:16Z\": expected a timestamp value", "code": "/api/status/error/mql/graph" } ] } ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080306/65688cf5/attachment.htm From sm at metaweb.com Fri Mar 7 06:56:22 2008 From: sm at metaweb.com (Scott Meyer) Date: Thu, 06 Mar 2008 22:56:22 -0800 Subject: [Developers] date time problem: 2008-02-22T03:37:16Z In-Reply-To: References: Message-ID: <47D0E716.3000608@metaweb.com> Arthur van Hoff wrote: > I'm getting an error while doing the following query. Apparently the > date time 2008-02-22T03:37:16Z is not acceptable. What is wrong with it? This one works: "timestamp>" : "2008-02-22T03:37:16.0Z", Looks like someone's timestamp parsing code may be a bit overzealous. Will file a bug. Sorry for the bother. -Scott From dave at phuq.org Fri Mar 7 12:15:04 2008 From: dave at phuq.org (Dave Boyce) Date: Fri, 7 Mar 2008 13:15:04 +0100 Subject: [Developers] [site-feedback] [feature] Article text In-Reply-To: <10402985.317491204740979725.JavaMail.root@h00215> References: <10402985.317491204740979725.JavaMail.root@h00215> Message-ID: <48BB075C-AB86-4112-BAFA-16F99232403F@phuq.org> I'm seeing the exact same thing. For any article guid I retrieve from freebase, I can request the blurb, but the raw service constantly gives me a 400 Application Error. I've gone back through the list archives, and every example of a 'working' trans/raw query is also giving me errors. For instance, the Uma Thurman article blurb can be retrieved with: http://www.freebase.com/api/trans/blurb/guid/9202a8c04000641f800000000008c306 but the raw request (http://www.freebase.com/api/trans/raw/guid/9202a8c04000641f800000000008c306 ) fails. Am I doing something wrong, or has Freebase changed something in the blob store? - Dave On 5 Mar 2008, at 19:16, Dan Milbrath wrote: > Igor, > Freebase doesn't actually store the full Wikipedia article. That > said, you shouldn't be getting an application error. > > Questions like these are best fielded on the developer mailing list. > http://lists.freebase.com/mailman/listinfo/developers > > Perhaps someone on the list can give you a better explanation as to > why you're seeing this. > - Dan > > > > > > ----- Original Message ----- > From: site-feedback-service at freebase.com > To: site-feedback at freebase.com > Sent: Wednesday, March 5, 2008 3:40:43 AM (GMT-0800) America/ > Los_Angeles > Subject: [site-feedback] [feature] Article text > > > From: igorcoder > Category: feature > Summary: Article text > Message: > Hello, > > > I have some difficulties with getting articles : > -- to get user article, I use > { "query" : { "/common/topic/article" : [{ "guid":null, "optional" : > true }], "/common/topic/image" : [{ "id" : null, "optional" : > true }], "album" : [{ "name" : null, "id" : null, "optional" : > true }], "id" : "/topic/en/stevie_wonder", "name" : null, "type" : > "/music/artist" } } > -- then I got > article guid - #9202a8c04000641f80000000001170a3 > -- to show a few words of article, I use > http://www.freebase.com/api/trans/blurb/%239202a8c04000641f80000000001170a3 > or http://www.freebase.com/api/trans/blurb/guid/9202a8c04000641f80000000001170a3 > -- I'm trying to show all article or at least few more and as I > understand for this I should use > http://www.freebase.com/api/trans/raw/%239202a8c04000641f80000000001170a3 > or http://www.freebase.com/api/trans/raw/guid/9202a8c04000641f80000000001170a3 > but in this case I getting ("status": "400 Application Error".....) > > > how to get full article? help please > -- > Thank you, > Igor > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From zenkat at metaweb.com Fri Mar 7 14:02:44 2008 From: zenkat at metaweb.com (Brian Karlak) Date: Fri, 7 Mar 2008 06:02:44 -0800 Subject: [Developers] [site-feedback] [feature] Article text In-Reply-To: <48BB075C-AB86-4112-BAFA-16F99232403F@phuq.org> References: <10402985.317491204740979725.JavaMail.root@h00215> <48BB075C-AB86-4112-BAFA-16F99232403F@phuq.org> Message-ID: <1AF39E6B-865F-4C56-84BF-49392F5C8AC4@metaweb.com> Hello Dave and Igor -- Thanks for bringing this to our attention, and our apologies for the delay in reply. We recently modified how content was stored in our blurb store, and in doing so inadvertently broke the api/trans/raw service for wikipedia- derived content. We hope to have a content update deployed today that will fix this issue. However, please note that freebase does not store the full wikipedia article text. The api/trans/raw service will return the first 1200- characters of the source wikipedia article the topic was derived from. Thanks, Brian On Mar 7, 2008, at 4:15 AM, Dave Boyce wrote: > I'm seeing the exact same thing. For any article guid I retrieve from > freebase, I can request the blurb, but the raw service constantly > gives me > a 400 Application Error. I've gone back through the list archives, and > every example of a 'working' trans/raw query is also giving me errors. > > For instance, the Uma Thurman article blurb can be retrieved with: > > http://www.freebase.com/api/trans/blurb/guid/9202a8c04000641f800000000008c306 > > but the raw request (http://www.freebase.com/api/trans/raw/guid/9202a8c04000641f800000000008c306 > ) fails. > > Am I doing something wrong, or has Freebase changed something in the > blob store? > > - Dave > > > On 5 Mar 2008, at 19:16, Dan Milbrath wrote: > >> Igor, >> Freebase doesn't actually store the full Wikipedia article. That >> said, you shouldn't be getting an application error. >> >> Questions like these are best fielded on the developer mailing list. >> http://lists.freebase.com/mailman/listinfo/developers >> >> Perhaps someone on the list can give you a better explanation as to >> why you're seeing this. >> - Dan >> >> >> >> >> >> ----- Original Message ----- >> From: site-feedback-service at freebase.com >> To: site-feedback at freebase.com >> Sent: Wednesday, March 5, 2008 3:40:43 AM (GMT-0800) America/ >> Los_Angeles >> Subject: [site-feedback] [feature] Article text >> >> >> From: igorcoder >> Category: feature >> Summary: Article text >> Message: >> Hello, >> >> >> I have some difficulties with getting articles : >> -- to get user article, I use >> { "query" : { "/common/topic/article" : [{ "guid":null, "optional" : >> true }], "/common/topic/image" : [{ "id" : null, "optional" : >> true }], "album" : [{ "name" : null, "id" : null, "optional" : >> true }], "id" : "/topic/en/stevie_wonder", "name" : null, "type" : >> "/music/artist" } } >> -- then I got >> article guid - #9202a8c04000641f80000000001170a3 >> -- to show a few words of article, I use >> http://www.freebase.com/api/trans/blurb/%239202a8c04000641f80000000001170a3 >> or http://www.freebase.com/api/trans/blurb/guid/9202a8c04000641f80000000001170a3 >> -- I'm trying to show all article or at least few more and as I >> understand for this I should use >> http://www.freebase.com/api/trans/raw/%239202a8c04000641f80000000001170a3 >> or http://www.freebase.com/api/trans/raw/guid/9202a8c04000641f80000000001170a3 >> but in this case I getting ("status": "400 Application Error".....) >> >> >> how to get full article? help please >> -- >> Thank you, >> Igor >> >> _______________________________________________ >> 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 From AVH at zing.net Fri Mar 7 17:06:11 2008 From: AVH at zing.net (Arthur van Hoff) Date: Fri, 7 Mar 2008 09:06:11 -0800 Subject: [Developers] Dates are not displayed? Message-ID: In the new Freebase UI dates don't seem to be displayed. For example, check the "Date Published" field for this podcast: http://www.freebase.com/view/guid/9202a8c04000641f800000000023b80b ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080307/56638c6c/attachment-0001.htm From bryan.cheung at metaweb.com Fri Mar 7 17:10:38 2008 From: bryan.cheung at metaweb.com (Bryan Cheung) Date: Fri, 7 Mar 2008 09:10:38 -0800 Subject: [Developers] Dates are not displayed? In-Reply-To: References: Message-ID: <05E9698F-1001-47DE-B34A-F5D5CE182F94@metaweb.com> Hi Arthur, I noticed that also, and I've filed a bug regarding this. Bryan On Mar 7, 2008, at 9:06 AM, Arthur van Hoff wrote: > In the new Freebase UI dates don?t seem to be displayed. > For example, check the ?Date Published? field for this podcast: > > http://www.freebase.com/view/guid/9202a8c04000641f800000000023b80b > > ___________________________________________ > Arthur van Hoff, Dell-ZING, CTO Software and Services. > W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 > > _______________________________________________ > 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/20080307/8b596127/attachment.htm From robert at metaweb.com Fri Mar 7 17:13:42 2008 From: robert at metaweb.com (Robert Cook) Date: Fri, 7 Mar 2008 09:13:42 -0800 Subject: [Developers] Dates are not displayed? In-Reply-To: <05E9698F-1001-47DE-B34A-F5D5CE182F94@metaweb.com> References: <05E9698F-1001-47DE-B34A-F5D5CE182F94@metaweb.com> Message-ID: I filed this bug as well and it's being worked on. R On Mar 7, 2008, at 9:10 AM, Bryan Cheung wrote: > Hi Arthur, > > I noticed that also, and I've filed a bug regarding this. > > Bryan > > On Mar 7, 2008, at 9:06 AM, Arthur van Hoff wrote: > >> In the new Freebase UI dates don?t seem to be displayed. >> For example, check the ?Date Published? field for this podcast: >> >> http://www.freebase.com/view/guid/9202a8c04000641f800000000023b80b >> >> ___________________________________________ >> Arthur van Hoff, Dell-ZING, CTO Software and Services. >> W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 >> >> _______________________________________________ >> 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/20080307/9cbee0b5/attachment.htm From AVH at zing.net Fri Mar 7 17:52:01 2008 From: AVH at zing.net (Arthur van Hoff) Date: Fri, 7 Mar 2008 09:52:01 -0800 Subject: [Developers] Dates are not displayed? In-Reply-To: References: <05E9698F-1001-47DE-B34A-F5D5CE182F94@metaweb.com> Message-ID: Cool. Can you make sure that this time it also displays the time, not just the date. From: developers-bounces at freebase.com [mailto:developers-bounces at freebase.com] On Behalf Of Robert Cook Sent: Friday, March 07, 2008 9:14 AM To: For discussions about MQL,Freebase API and apps built on Freebase Subject: Re: [Developers] Dates are not displayed? I filed this bug as well and it's being worked on. R On Mar 7, 2008, at 9:10 AM, Bryan Cheung wrote: Hi Arthur, I noticed that also, and I've filed a bug regarding this. Bryan On Mar 7, 2008, at 9:06 AM, Arthur van Hoff wrote: In the new Freebase UI dates don't seem to be displayed. For example, check the "Date Published" field for this podcast: http://www.freebase.com/view/guid/9202a8c04000641f800000000023b80b ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 _______________________________________________ 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/20080307/503e199b/attachment.htm From alecf at metaweb.com Fri Mar 7 20:26:16 2008 From: alecf at metaweb.com (Alec Flett) Date: Fri, 7 Mar 2008 12:26:16 -0800 Subject: [Developers] Bug in the generation of the wex files In-Reply-To: <98940354-A4DC-4CD3-972E-1A9A160E0C46@metaweb.com> References: <98940354-A4DC-4CD3-972E-1A9A160E0C46@metaweb.com> Message-ID: On Mar 6, 2008, at 9:53 AM, Brian Karlak wrote: > > > If you do this, you will come to what appears to be a blank page. > This is because the GUID has been merged with another topic that > referred to the same person . You can see the evidence for the > merge by clicking on the "Page History" link in the upper-left: > > http://www.freebase.com/view/history/guid/9202a8c04000641f80000000038882a7 > > How ugly! I'll fix this in the next release (next week) to redirect to the merged-with topic. Alec > Midway down the list, you'll see a "Gardening Hint - Replaced By: ? > ??" on 2/20/2008, which indicates that this topic was merged. > (This merge was made because Rain was once a pseudonym for ?? > ?. You see the old info in the wex dump because the merge happened > after the wex publication.) Following that link, you'll come to the > current article for Rain, now named by his proper Korean name: > > http://www.freebase.com/view/guid/9202a8c04000641f8000000003b6f0fc > > You will also see that ??? is indeed co-typed in freebase as a > person, a musical artist, and a company. The "Company" co-typing is > probably incorrect, and should be deleted (we'll do this shortly). > > We keep the old GUID page around because items are never really > deleted from freebase. One nice side benefit of this is that you > can explore what has happened to deleted topics -- although a nice > enhancement might be to show a redirect to the merged page in cases > like this. > > Brian > > On Mar 6, 2008, at 8:59 AM, Kavitha Srinivas wrote: > >> Hello >> Just wanted to point out that there seems to be a bug in the way >> the wex files for types are generated. E.g., Rain (singer) maps to a >> freebase guid: >> 9202a8c04000641f80000000038882a7. Here is a grep of all types for >> this guid from the freebase types file in wex: >> >> 9202a8c04000641f80000000038882a7 /business/company >> 9202a8c04000641f80000000038882a7 /media_common/pseudonym >> 9202a8c04000641f80000000038882a7 /people/person >> >> I checked the wikipedia entry in case it somehow defined a person who >> was both a company and a person :-), but that doesn't seem to be the >> case -- Rain is a pseudonym for a Korean singer. BTW, I tried to >> search for Rain from the UI, I can't find it there either. Is this >> guid somehow "irrelevant"? >> >> Thanks! >> >> Kavitha >> _______________________________________________ >> 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/20080307/d93f6845/attachment-0001.htm From AVH at zing.net Fri Mar 7 20:26:43 2008 From: AVH at zing.net (Arthur van Hoff) Date: Fri, 7 Mar 2008 12:26:43 -0800 Subject: [Developers] Timestamps on Page History Message-ID: The timestamps of changes in a Page History are always incorrectly display the time of the change as 12:00:00 AM. The date is correct. For example: http://www.freebase.com/view/history/guid/9202a8c04000641f8000000006b957 45 ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080307/b92cbbdb/attachment.htm From alecf at metaweb.com Fri Mar 7 21:03:14 2008 From: alecf at metaweb.com (Alec Flett) Date: Fri, 7 Mar 2008 13:03:14 -0800 Subject: [Developers] Dates are not displayed? In-Reply-To: References: <05E9698F-1001-47DE-B34A-F5D5CE182F94@metaweb.com> Message-ID: <29187FDB-4238-4E6F-9774-24E09200A546@metaweb.com> This is actually the bug - dates display fine, but dates + times are blank! We should have a fix for next week's release. Alec On Mar 7, 2008, at 9:52 AM, Arthur van Hoff wrote: > Cool. Can you make sure that this time it also displays the time, > not just the date. > > From: developers-bounces at freebase.com [mailto:developers-bounces at freebase.com > ] On Behalf Of Robert Cook > Sent: Friday, March 07, 2008 9:14 AM > To: For discussions about MQL,Freebase API and apps built on Freebase > Subject: Re: [Developers] Dates are not displayed? > > I filed this bug as well and it's being worked on. > > R > > On Mar 7, 2008, at 9:10 AM, Bryan Cheung wrote: > > > Hi Arthur, > > I noticed that also, and I've filed a bug regarding this. > > Bryan > > On Mar 7, 2008, at 9:06 AM, Arthur van Hoff wrote: > > > In the new Freebase UI dates don?t seem to be displayed. > For example, check the ?Date Published? field for this podcast: > > http://www.freebase.com/view/guid/9202a8c04000641f800000000023b80b > > ___________________________________________ > Arthur van Hoff, Dell-ZING, CTO Software and Services. > W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 > > _______________________________________________ > 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/20080307/9e4f6d10/attachment.htm From bryan.cheung at metaweb.com Fri Mar 7 21:06:15 2008 From: bryan.cheung at metaweb.com (Bryan Cheung) Date: Fri, 7 Mar 2008 13:06:15 -0800 Subject: [Developers] Timestamps on Page History In-Reply-To: References: Message-ID: Thanks for the heads up - looks like a bug has already been filed against this. Bryan On Mar 7, 2008, at 12:26 PM, Arthur van Hoff wrote: > The timestamps of changes in a Page History are always incorrectly > display the time of the change as12:00:00 AM. The date is correct. > For example: > > http://www.freebase.com/view/history/guid/9202a8c04000641f8000000006b95745 > > ___________________________________________ > Arthur van Hoff, Dell-ZING, CTO Software and Services. > W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 > > _______________________________________________ > 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/20080307/27995876/attachment.htm From AVH at zing.net Sat Mar 8 02:33:30 2008 From: AVH at zing.net (Arthur van Hoff) Date: Fri, 7 Mar 2008 18:33:30 -0800 Subject: [Developers] Editing compound values Message-ID: In the old UI I was able to edit a compound value on a separate page. In the new UI that is no longer seems possible, it insists on using a list style overlay. Is that an oversight? For example check the Internet Streams in this page: http://www.freebase.com/view/guid/9202a8c04000641f8000000006aa0acb ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080307/5e781960/attachment-0001.htm From dmilbrath at metaweb.com Sat Mar 8 02:42:47 2008 From: dmilbrath at metaweb.com (Dan Milbrath) Date: Fri, 7 Mar 2008 21:42:47 -0500 (EST) Subject: [Developers] Editing compound values In-Reply-To: Message-ID: <11157293.1761204944167073.JavaMail.root@h00215> This was part of the design - that you'd edit CVT instances within the context of another object. You might try accessing these instances via a URL like this one: http://www.freebase.com/view/user/cotton/default_domain/internet_availability?admin=1 adding the extension ?admin=1 to filter pages for CVTs gives you the ID and a link to view each instance it may not completely address your needs, though, if the items you're looking for aren't easily filtered on. we can look at adding an affordance to get to these instances from a collection in a future release. - Dan ----- Original Message ----- From: "Arthur van Hoff" To: "For discussions about MQL, Freebase API and apps built on Freebase" Sent: Friday, March 7, 2008 6:33:30 PM (GMT-0800) America/Los_Angeles Subject: [Developers] Editing compound values _______________________________________________ Developers mailing list Developers at freebase.com http://lists.freebase.com/mailman/listinfo/developers From crism at metaweb.com Sat Mar 8 02:52:59 2008 From: crism at metaweb.com (Christopher R. Maden) Date: Fri, 07 Mar 2008 18:52:59 -0800 Subject: [Developers] Editing compound values In-Reply-To: <11157293.1761204944167073.JavaMail.root@h00215> References: <11157293.1761204944167073.JavaMail.root@h00215> Message-ID: <47D1FF8B.5030003@metaweb.com> Dan Milbrath wrote: > You might try accessing these instances via a URL like this one: > http://www.freebase.com/view/user/cotton/default_domain/internet_availability?admin=1 You can also do a little dance through the Explore view. Looking at a topic with CVT properties, go the Explore view; navigate to the CVT; switch back to Normal view (using the F8 toolbar at the bottom). It?s a bit of a pain, but it works until the CVT editing comes back. ~Chris -- Christopher R. Maden Data Architect Metaweb Technologies, Inc. From jg at metaweb.com Sat Mar 8 02:50:47 2008 From: jg at metaweb.com (John Giannandrea) Date: Fri, 7 Mar 2008 18:50:47 -0800 Subject: [Developers] Editing compound values In-Reply-To: References: Message-ID: <5013CDA3-7057-46D3-B836-AADF84244698@metaweb.com> if you can determine the guid of the object it is still editable. http://www.freebase.com/view/guid/9202a8c04000641f8000000006aa0af3 seems like we should be able to add that to the UI to get you there if you dont want to edit in place. out of curiosity, why dont you want to edit in place? -jg On Mar 7, 2008, at 6:33 PM, Arthur van Hoff wrote: > In the old UI I was able to edit a compound value on a separate > page. In the new UI that is no longer seems possible, it insists on > using a list style overlay. Is that an oversight? > From AVH at zing.net Sat Mar 8 02:54:59 2008 From: AVH at zing.net (Arthur van Hoff) Date: Fri, 7 Mar 2008 18:54:59 -0800 Subject: [Developers] Editing compound values In-Reply-To: <5013CDA3-7057-46D3-B836-AADF84244698@metaweb.com> References: <5013CDA3-7057-46D3-B836-AADF84244698@metaweb.com> Message-ID: Edit in place is fine, I just wanted to find out the ID and type of the compound value while I am debugging. I'm not able to get that any more. I'm also concerned that compound values can have many fields and the display and editing of these can get very awkward if you force them onto a single line in a list. It seemed useful in the old UI that you could easily get to a separate page to edit them. > -----Original Message----- > From: developers-bounces at freebase.com [mailto:developers- > bounces at freebase.com] On Behalf Of John Giannandrea > Sent: Friday, March 07, 2008 6:51 PM > To: For discussions about MQL,Freebase API and apps built on Freebase > Subject: Re: [Developers] Editing compound values > > > if you can determine the guid of the object it is still editable. > > http://www.freebase.com/view/guid/9202a8c04000641f8000000006aa0af3 > > seems like we should be able to add that to the UI to get you there > if > you dont want to edit in place. > > out of curiosity, why dont you want to edit in place? > > -jg > > > On Mar 7, 2008, at 6:33 PM, Arthur van Hoff wrote: > > In the old UI I was able to edit a compound value on a separate > > page. In the new UI that is no longer seems possible, it insists on > > using a list style overlay. Is that an oversight? > > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From duck at kronkltd.net Sun Mar 9 07:00:25 2008 From: duck at kronkltd.net (Daniel E. Renfer) Date: Sun, 09 Mar 2008 02:00:25 -0500 Subject: [Developers] Duplicate /user/ for 'Created by' on schema pages Message-ID: <47D38B09.4080609@kronkltd.net> Go to the schema page for a type. (ie. http://www.freebase.com/view/schema/automotive/company) On the right hand side where there is a link to the user that created the type, the link is: http://www.freebase.com/view/user/user/ken One too many /user/'s Daniel E. Renfer http://kronkltd.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebase.com/pipermail/developers/attachments/20080309/9a7d87a4/attachment.pgp From robert at metaweb.com Sun Mar 9 16:14:30 2008 From: robert at metaweb.com (Robert Cook) Date: Sun, 9 Mar 2008 09:14:30 -0700 Subject: [Developers] Duplicate /user/ for 'Created by' on schema pages In-Reply-To: <47D38B09.4080609@kronkltd.net> References: <47D38B09.4080609@kronkltd.net> Message-ID: Daniel -- Good catch. I'll file the bug. R On Mar 8, 2008, at 11:00 PM, Daniel E. Renfer wrote: > Go to the schema page for a type. (ie. http://www.freebase.com/view/schema/automotive/company) > > On the right hand side where there is a link to the user that > created the type, the link is: http://www.freebase.com/view/user/user/ken > > One too many /user/'s > > Daniel E. Renfer > http://kronkltd.net/ > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From christopher.dummy at gmail.com Mon Mar 10 16:22:05 2008 From: christopher.dummy at gmail.com (Christopher Dummy) Date: Mon, 10 Mar 2008 10:22:05 -0600 Subject: [Developers] search query returning no results Message-ID: When i do: http://www.freebase.com/api/service/search?prefix=a&type=/user/cotton/default_domain/podcast I get no results. Even though, if I change it to two letters: http://www.freebase.com/api/service/search?prefix=ap&type=/user/cotton/default_domain/podcast Then I get results. Why do I not get results with just the single letter a? -- Christopher Cotton Zing/Dell Engineer http://zing.net/ From willmoffat at metaweb.com Mon Mar 10 16:56:17 2008 From: willmoffat at metaweb.com (Will Moffat) Date: Mon, 10 Mar 2008 11:56:17 -0500 Subject: [Developers] search query returning no results In-Reply-To: References: Message-ID: Dear Christopher, > http://www.freebase.com/api/service/search?prefix=a&type=/user/cotton/default_domain/podcast > I get no results. Even though, if I change it to two letters: Thanks for reporting this. It looks very similar to a bug I filed last week (7710 for Metaweb people). Hopefully now that two people are complaining it will be fixed twice as fast ;-) regards, --Will From brendan at metaweb.com Mon Mar 10 17:45:11 2008 From: brendan at metaweb.com (brendan) Date: Mon, 10 Mar 2008 10:45:11 -0700 Subject: [Developers] Editing compound values In-Reply-To: References: <5013CDA3-7057-46D3-B836-AADF84244698@metaweb.com> Message-ID: <82E6EBB8-EAB2-47F4-BB8B-8EEF633EF17A@metaweb.com> There are some use cases that are more user-facing. The way we model location in the restaurant and architecture data (restaurant-- >mailing_address/location-->geocode) makes editing lat/long data awkward in the same way: basically a naive use could never figure it out. I have a bug open for this and the design team has bounced some ideas around, so it's definitely on the radar. brendan On Mar 7, 2008, at 6:54 PM, Arthur van Hoff wrote: > Edit in place is fine, I just wanted to find out the ID and type of > the > compound value while I am debugging. I'm not able to get that any > more. > > I'm also concerned that compound values can have many fields and the > display and editing of these can get very awkward if you force them > onto > a single line in a list. It seemed useful in the old UI that you could > easily get to a separate page to edit them. > >> -----Original Message----- >> From: developers-bounces at freebase.com [mailto:developers- >> bounces at freebase.com] On Behalf Of John Giannandrea >> Sent: Friday, March 07, 2008 6:51 PM >> To: For discussions about MQL,Freebase API and apps built on Freebase >> Subject: Re: [Developers] Editing compound values >> >> >> if you can determine the guid of the object it is still editable. >> >> http://www.freebase.com/view/guid/9202a8c04000641f8000000006aa0af3 >> >> seems like we should be able to add that to the UI to get you there >> if >> you dont want to edit in place. >> >> out of curiosity, why dont you want to edit in place? >> >> -jg >> >> >> On Mar 7, 2008, at 6:33 PM, Arthur van Hoff wrote: >>> In the old UI I was able to edit a compound value on a separate >>> page. In the new UI that is no longer seems possible, it insists on >>> using a list style overlay. Is that an oversight? >>> >> _______________________________________________ >> 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 From gordon at metaweb.com Mon Mar 10 18:05:06 2008 From: gordon at metaweb.com (Gordon Mackenzie) Date: Mon, 10 Mar 2008 11:05:06 -0700 Subject: [Developers] Duplicate /user/ for 'Created by' on schema pages In-Reply-To: References: <47D38B09.4080609@kronkltd.net> Message-ID: Known bug, already fixed. ~ Gordon <<< gordon at metaweb.com >>> On Mar 9, 2008, at 9:14 AM, Robert Cook wrote: > Daniel -- Good catch. I'll file the bug. > > R > > On Mar 8, 2008, at 11:00 PM, Daniel E. Renfer wrote: > >> Go to the schema page for a type. (ie. http://www.freebase.com/view/schema/automotive/company) >> >> On the right hand side where there is a link to the user that >> created the type, the link is: http://www.freebase.com/view/user/user/ken >> >> One too many /user/'s >> >> Daniel E. Renfer >> http://kronkltd.net/ >> >> _______________________________________________ >> 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 From gordon at metaweb.com Mon Mar 10 18:12:08 2008 From: gordon at metaweb.com (Gordon Mackenzie) Date: Mon, 10 Mar 2008 11:12:08 -0700 Subject: [Developers] Duplicate /user/ for 'Created by' on schema pages In-Reply-To: References: <47D38B09.4080609@kronkltd.net> Message-ID: Will be fixed in the next weeks release I mean... ~ Gordon <<< gordon at metaweb.com >>> On Mar 10, 2008, at 11:05 AM, Gordon Mackenzie wrote: > Known bug, already fixed. > > > > ~ Gordon > > <<< gordon at metaweb.com >>> > > > > On Mar 9, 2008, at 9:14 AM, Robert Cook wrote: > >> Daniel -- Good catch. I'll file the bug. >> >> R >> >> On Mar 8, 2008, at 11:00 PM, Daniel E. Renfer wrote: >> >>> Go to the schema page for a type. (ie. http://www.freebase.com/view/schema/automotive/company) >>> >>> On the right hand side where there is a link to the user that >>> created the type, the link is: http://www.freebase.com/view/user/user/ken >>> >>> One too many /user/'s >>> >>> Daniel E. Renfer >>> http://kronkltd.net/ >>> >>> _______________________________________________ >>> 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 From jeff at metaweb.com Mon Mar 10 22:11:43 2008 From: jeff at metaweb.com (Jeff Prucher) Date: Mon, 10 Mar 2008 15:11:43 -0700 Subject: [Developers] Minor changes to the opera schema Message-ID: <005a01c882fb$b941d280$bc01a8c0@p4> Just in case someone out there has an application that uses the opera schema, I've posted a proposed change to the data-modelers list. If you're interested, it can be viewed here: http://lists.freebase.com/pipermail/data-modeling/2008-March/000411.html If you'd like to be on the data-modeling mailing list, you can subscribe here: http://lists.freebase.com/mailman/listinfo/data-modeling Jeff Prucher From jeff at metaweb.com Mon Mar 10 23:00:16 2008 From: jeff at metaweb.com (Jeff Prucher) Date: Mon, 10 Mar 2008 16:00:16 -0700 Subject: [Developers] Proposed changes to military conflict schema Message-ID: <005d01c88302$81b07ea0$bc01a8c0@p4> There has been a request to change the schema for military conflicts. More details can be found on the data-modeler's list: http://lists.freebase.com/pipermail/data-modeling/2008-March/000412.html If you're interested in this domain, or have an application that this might affect, please join the conversation. You can subscribe to the data-modeling list here: http://lists.freebase.com/mailman/listinfo/data-modeling Jeff Prucher From AVH at zing.net Tue Mar 11 22:27:33 2008 From: AVH at zing.net (Arthur van Hoff) Date: Tue, 11 Mar 2008 15:27:33 -0700 Subject: [Developers] Editing longer text fields. Message-ID: I find that editing text fields in the new UI is often cumbersome. Sometimes I need to enter multiple lines of text, but the UI uses a short single line text field. Is this something that could be resolved using a multi-line text editor? For example, see the summary field for the following podcast: http://www.freebase.com/view/guid/9202a8c04000641f80000000076c14e2 ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080311/ca53f129/attachment.htm From dmilbrath at metaweb.com Tue Mar 11 22:31:13 2008 From: dmilbrath at metaweb.com (Dan Milbrath) Date: Tue, 11 Mar 2008 18:31:13 -0400 (EDT) Subject: [Developers] Editing longer text fields. In-Reply-To: Message-ID: <20691783.17481205274673159.JavaMail.root@h00215> agreed. we'll try to address this in the next release or two. thanks. - Dan ----- Original Message ----- From: "Arthur van Hoff" To: "For discussions about MQL, Freebase API and apps built on Freebase" Sent: Tuesday, March 11, 2008 3:27:33 PM (GMT-0800) America/Los_Angeles Subject: [Developers] Editing longer text fields. _______________________________________________ Developers mailing list Developers at freebase.com http://lists.freebase.com/mailman/listinfo/developers From faye at metaweb.com Tue Mar 11 23:25:50 2008 From: faye at metaweb.com (Faye Li) Date: Tue, 11 Mar 2008 16:25:50 -0700 Subject: [Developers] Editing longer text fields. In-Reply-To: <20691783.17481205274673159.JavaMail.root@h00215> References: <20691783.17481205274673159.JavaMail.root@h00215> Message-ID: <47D714FE.4080801@metaweb.com> Hi Arthur, A little off-topic as I'm trying to understand your data model and see if there's a better way to support that. At least for this topic, I see that the content of the Summary (/type/text) is identical to that of the Description (/common/topic/article). So my questions are: 1) What's the purpose of the Summary property, and how is it different from that of the topic article, if at all? 2) If it tends to contain sentences instead of short phrases, would it serve your purpose better to set the expected type as /common/topic/article if that can be handled well by the Freebase app? Dan, I recall that the idea of allowing/supporting multiple articles on a topic came up last year. Was a definitive decision made on that? Thanks, -- Faye Dan Milbrath wrote: > agreed. we'll try to address this in the next release or two. > thanks. > > - Dan > > ----- Original Message ----- > From: "Arthur van Hoff" > To: "For discussions about MQL, Freebase API and apps built on Freebase" > Sent: Tuesday, March 11, 2008 3:27:33 PM (GMT-0800) America/Los_Angeles > Subject: [Developers] Editing longer text fields. > > _______________________________________________ > 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 > > From AVH at zing.net Wed Mar 12 01:28:54 2008 From: AVH at zing.net (Arthur van Hoff) Date: Tue, 11 Mar 2008 18:28:54 -0700 Subject: [Developers] Editing longer text fields. In-Reply-To: <47D714FE.4080801@metaweb.com> References: <20691783.17481205274673159.JavaMail.root@h00215> <47D714FE.4080801@metaweb.com> Message-ID: Hi Faye, The summary is a non-html description of a broadcast that we can display in our environment (which does not support html). We have to copy it into the article so that it is indexed for search. We've asked if it was possible to add an option to the schema which flags the summary for indexing. That way we would not have to put a copy in the article. Using a separate article of type text/plain is possible, but it adds a lot of complexity since we can't simply request the content using a MQL query. Have fun, Arthur van Hoff > -----Original Message----- > From: developers-bounces at freebase.com [mailto:developers- > bounces at freebase.com] On Behalf Of Faye Li > Sent: Tuesday, March 11, 2008 4:26 PM > To: For discussions about MQL,Freebase API and apps built on Freebase > Subject: Re: [Developers] Editing longer text fields. > > Hi Arthur, > > A little off-topic as I'm trying to understand your data model and > see > if there's a better way to support that. At least for this topic, I > see > that the content of the Summary (/type/text) is identical to that of > the > Description (/common/topic/article). So my questions are: > > 1) What's the purpose of the Summary property, and how is it > different > from that of the topic article, if at all? > 2) If it tends to contain sentences instead of short phrases, would > it > serve your purpose better to set the expected type as > /common/topic/article if that can be handled well by the Freebase > app? > > Dan, > I recall that the idea of allowing/supporting multiple articles on a > topic came up last year. Was a definitive decision made on that? > > Thanks, > -- Faye > > > Dan Milbrath wrote: > > agreed. we'll try to address this in the next release or two. > > thanks. > > > > - Dan > > > > ----- Original Message ----- > > From: "Arthur van Hoff" > > To: "For discussions about MQL, Freebase API and apps built on > Freebase" > > Sent: Tuesday, March 11, 2008 3:27:33 PM (GMT-0800) > America/Los_Angeles > > Subject: [Developers] Editing longer text fields. > > > > _______________________________________________ > > 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 From kirrily at metaweb.com Wed Mar 12 19:33:14 2008 From: kirrily at metaweb.com (Kirrily Robert) Date: Wed, 12 Mar 2008 15:33:14 -0400 (EDT) Subject: [Developers] Mailing lists now archived by MarkMail Message-ID: <9088524.22221205350394780.JavaMail.root@h00215> Markmail (http://markmail.org/) indexes mailing lists for open source and related projects. They've just started indexing the Freebase mailing lists, which you can see if you go to the site and search for "freebase". It looks like they're only picking up new messages at the moment (see http://markmail.org/search/freebase%20list:com.freebase.developers for example) but I've swapped some email with the people who run it and they're going to try to grab our mailman/pipermail archives for older messages. Markmail gives us way better search features than what we have currently (i.e. google +site:lists.freebase.com), and I really like the interface. Take a look at what the O'Reilly Radar blog had to say about it: http://radar.oreilly.com/archives/2008/01/markmail-provides-amazing-sear.html K. -- Kirrily Robert Freebase Community Director kirrily at metaweb.com From kirrily at metaweb.com Fri Mar 14 01:23:56 2008 From: kirrily at metaweb.com (Kirrily Robert) Date: Thu, 13 Mar 2008 21:23:56 -0400 (EDT) Subject: [Developers] Freebase User Group meeting, April 16th Message-ID: <3515018.29451205457836636.JavaMail.root@h00215> Hi folks, We'll be holding another Freebase user group meeting here at Metaweb HQ in San Francisco on April 16th. As usual there'll be a range of presentations about Freebase, but at this point I don't know exactly what. If you're thinking of attending and have something to show off, drop me a line! But whether you want to present or not, please RSVP on upcoming.org: http://upcoming.yahoo.com/event/434635/ K. -- Kirrily Robert Freebase Community Director kirrily at metaweb.com From philip-freebase at shadowmagic.org.uk Sat Mar 15 10:15:53 2008 From: philip-freebase at shadowmagic.org.uk (Philip Kendall) Date: Sat, 15 Mar 2008 10:15:53 +0000 Subject: [Developers] Perl modules? Message-ID: <20080315101553.GA7132@sphinx.mythic-beasts.com> I've recently been playing about with Freebase again, but it seems that the Perl modules (both Skud's Metaweb and Hayden's WWW::Metaweb) have bitrotted somewhat in that they don't work with JSON::XS v2. Are there a) fixed versions, b) different modules or should I just fix them up myself? :-) Cheers, Phil -- Philip Kendall http://www.shadowmagic.org.uk/ From jlowe at giswebsite.com Sat Mar 15 10:33:54 2008 From: jlowe at giswebsite.com (Jonathan W. Lowe) Date: Sat, 15 Mar 2008 10:33:54 +0000 Subject: [Developers] Perl modules? In-Reply-To: <20080315101553.GA7132@sphinx.mythic-beasts.com> References: <20080315101553.GA7132@sphinx.mythic-beasts.com> Message-ID: <1205577234.4531.2.camel@localhost.localdomain> FYI, one of the needed updates might be to account for two function name changes between JSON::XS versions: from_json() became decode_json() to_json() became encode_json() On Sat, 2008-03-15 at 10:15 +0000, Philip Kendall wrote: > I've recently been playing about with Freebase again, but it seems that > the Perl modules (both Skud's Metaweb and Hayden's WWW::Metaweb) have > bitrotted somewhat in that they don't work with JSON::XS v2. > > Are there a) fixed versions, b) different modules or should I just fix > them up myself? :-) > > Cheers, > > Phil > From tim at metaweb.com Tue Mar 18 19:27:47 2008 From: tim at metaweb.com (Tim Kientzle) Date: Tue, 18 Mar 2008 12:27:47 -0700 Subject: [Developers] Python libraries for Freebase access. Message-ID: If you're interested in writing Freebase applications using Python, we now have two separate open-source Python libraries you can use. Both are available on "GoogleCode" at the following URL: http://code.google.com/p/freebase-python/ The two libraries there at the moment are: metaweb-py: This is a single-file interface based on the "metaweb.py" originally developed by David Flanagan and reproduced in our online documentation. The version on GoogleCode has some updates and improvements over the original. freebase-api: This is a more ambitious and complete implementation originally developed by Nick Thompson for a number of projects we've been working on in-house. We intend to remove the metaweb.py code from Freebase.com and replace it with links to this GoogleCode repository so that people will have immediate access to the most up-to-date versions of these support libraries. If you have changes or suggestions for this code, please let us know. We're also interested in support libraries for use with other languages and development platforms. If you have (or know about) such libraries, we're eager to make sure our documentation has up-to-date references to them. Tim Kientzle From bryan.cheung at metaweb.com Tue Mar 18 23:05:11 2008 From: bryan.cheung at metaweb.com (Bryan Cheung) Date: Tue, 18 Mar 2008 16:05:11 -0700 Subject: [Developers] Cleanup of types the /book domain Message-ID: There's some cleanup that affects types in the /book domain. The details can be found on the data-model list: http://lists.freebase.com/pipermail/data-modeling/2008-March/000462.html If you have an application that might be affected or have an opinion regarding the change, please post comments to that email thread. You can subscribe to the data-model list here: http://lists.freebase.com/mailman/listinfo/data-modeling Bryan Cheung From alecf at metaweb.com Wed Mar 19 20:37:15 2008 From: alecf at metaweb.com (Alec Flett) Date: Wed, 19 Mar 2008 13:37:15 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe Message-ID: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> Hey everyone - So there has been some discussion internally about shortening the "/ topic/en" namespace down to just "/en". This is something that is being tossed around inside metaweb and I wanted to open up the discussion to the larger community to check the feasibility of this. To be clear, this is a one-time change while we're still in alpha. We really, really don't expect to do another system-wide change like this, especially once we're out of alpha. The primary motivations are: 1) /topic seems superfluous, and in general adds heirarchy where there doesn't need to be.. it makes english names appear sooner in the id, which is nice for readability. We don't think there will ever be an actually domain "/en", "/fr" or whatever. 2) shortening urls - both at freebase and on anyone else using topic names in their URLs. In particular, it makes anyone who inserts ids into their urls have a more readable url. If we decide to do this, here is what would probably happen - feedback is encouraged! 1) MQL would start returning "/en/topic_name" instead of "/topic/en/ topic_name" in queries where you say "id": null, such as: {"name": "Bob Dylan", "type": "/music/artist", "id": null} (this would return "/en/bob_dylan") 2) MQL would continue to accept "/topic/en/bob_dylan" as a valid id for some period of time (a week? a month? 3 months? that's something we all need to decide) 3) During the time that the /topic/en compatibility exists, MQL would also return "/topic/en/topic_name" when the /topic id is explicitly specified in the query: {"id": "/topic/en/bob_dylan", "name": null} would return {"id": "/topic/en/bob_dylan", "name": "Bob Dylan"} 4) Anyone can continue to link to http://www.freebase.com/view using either /topic/en/topic_name or /en/topic_name, but freebase would do a HTTP 301 redirect to http://www.freebase.com/view/en/topic_name . We'll probably support the /view/topic URL mapping forever. But of course the issue is: what will break? The big issue is obviously if people are storing freebase keys in their databases, and migration during a compatibility period is impossible. Please reply on this thread with your concerns/issues or even if you just think this is an awesome idea :) Alec From tim at metaweb.com Wed Mar 19 20:46:34 2008 From: tim at metaweb.com (Tim Kientzle) Date: Wed, 19 Mar 2008 13:46:34 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> References: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> Message-ID: <70C8E53E-5C72-4D4E-8C0B-DE56F7B31D45@metaweb.com> On Mar 19, 2008, at 1:37 PM, Alec Flett wrote: > ... it makes english names appear sooner in the id, > which is nice for readability. We don't think there will ever be an > actually domain "/en", "/fr" or whatever. So how would this extend to non-English names? Would there be /fr, /pt_BR, /de, /zh_TW, etc, for each language? Does Freebase support arbitrary Unicode characters in URL paths? Would this be an actual structural change in the graph? That is, would the /topic namespace actually be removed or would low-level MQL exploration still show a /topic namespace containing the individual language namespaces? Tim Kientzle From alecf at metaweb.com Wed Mar 19 22:08:03 2008 From: alecf at metaweb.com (Alec Flett) Date: Wed, 19 Mar 2008 15:08:03 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: <70C8E53E-5C72-4D4E-8C0B-DE56F7B31D45@metaweb.com> References: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> <70C8E53E-5C72-4D4E-8C0B-DE56F7B31D45@metaweb.com> Message-ID: <274E60B7-BE29-428A-A4C5-098DFB852BFD@metaweb.com> On Mar 19, 2008, at 1:46 PM, Tim Kientzle wrote: > On Mar 19, 2008, at 1:37 PM, Alec Flett wrote: >> ... it makes english names appear sooner in the id, >> which is nice for readability. We don't think there will ever be an >> actually domain "/en", "/fr" or whatever. > > So how would this extend to non-English names? > Would there be /fr, /pt_BR, /de, /zh_TW, etc, for each > language? Does Freebase support arbitrary Unicode characters > in URL paths? You bring up a good point - there hasn't been much interest (that I'm aware of) of doing locale-specific language namespaces beyond the basics, the same way there is a 'pt.wikipedia.org' but not pt_BR.wikipedia.org Personally I think "pt_BR" or something like that is unnecessarily cryptic in a 'id' and url space, and if anything gives the wrong impression - /en is shorthand for "the english language namespace according to the community at freebase" not "the 'en' parent language for the en_* locales according to some international standard" For instance, en_US and en_UK are close enough that we can have /topic/ en/colour and /topic/en/color map to the same topic, but maybe /en/ color is the definitive name on www.freebase.com and /en/colour is the definitive name on www.freebase.co.uk or something. For the purposes of mapping freebase languages to locales, 'pt' might ultimately map to pt_PT, and 'ptb' might ultimately map to pt_BR but I think it's more likely that we'll just have "pt" - afterall, wikipedia just has 'pt' But then again, this is all a very english-centric opinion. I don't want to rathole too much on all these language issues though - as long as the general concept of moving stuff to the root suites everyone, that's more what I care about. Alec > > > Would this be an actual structural change in the graph? > That is, would the /topic namespace actually be removed > or would low-level MQL exploration still show a /topic > namespace containing the individual language namespaces? > > Tim Kientzle > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From crism at metaweb.com Thu Mar 20 01:27:15 2008 From: crism at metaweb.com (Christopher R. Maden) Date: Wed, 19 Mar 2008 21:27:15 -0400 (EDT) Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: <70C8E53E-5C72-4D4E-8C0B-DE56F7B31D45@metaweb.com> Message-ID: <8304470.56491205976435982.JavaMail.root@h00215> Tim Kientzle wrote: > So how would this extend to non-English names? > Would there be /fr, /pt_BR, /de, /zh_TW, etc, for each > language? Does Freebase support arbitrary Unicode characters > in URL paths? To answer your other question: Freebase does not currently support arbitrary Unicode characters in URL paths; they have to be hex-escaped. So for instance: but (not currently, but possibly): ~Chris -- Christopher R. Maden Data Architect Metaweb Technologies, Inc. From charles.almond at gmail.com Mon Mar 24 21:41:10 2008 From: charles.almond at gmail.com (Charles Almond) Date: Mon, 24 Mar 2008 14:41:10 -0700 Subject: [Developers] Issues with MJT 0.6 Message-ID: I've been doing some development with the MJT 0.6 (http://www.mjtemplate.org/) I've run into some interesting issues that cause it to fail and am interested in posting my results. However when I look over the archives I see no discussions on MJT. Can someone direct me to the appropriate list or blog for MJT issues so I can provide the details and hopefully work with other developers on a fix? Thanks, Charles From willmoffat at metaweb.com Mon Mar 24 22:03:30 2008 From: willmoffat at metaweb.com (Will Moffat) Date: Mon, 24 Mar 2008 17:03:30 -0500 Subject: [Developers] Issues with MJT 0.6 In-Reply-To: References: Message-ID: <57D15C51-C8AD-49F1-8023-9F93164FAD28@metaweb.com> Hi Charles, This is the place for MJT discussions. We're very interested to hear your feedback. regards, --Will From AVH at zing.net Tue Mar 25 06:05:38 2008 From: AVH at zing.net (Arthur van Hoff) Date: Mon, 24 Mar 2008 23:05:38 -0700 Subject: [Developers] Multi line text properties Message-ID: Hi, Some text properties that contain newlines are not editable in the UI. The value is truncated at the first line. Can you please fix editing of text properties in case the value is longer than a few characters? The current single line edit text box is almost unusable for anything other than short strings. For example, the last sentence of the summary of the following podcast can't be edited: http://www.freebase.com/view/guid/9202a8c04000641f8000000007b9afd7 Have fun, Arthur van Hoff ___________________________________________ Arthur van Hoff, Dell-ZING, CTO Software and Services. W: 650-267-2413, F: 650-267-2498, M: 650-283-0842 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080324/c1a5f809/attachment-0001.htm From faye at metaweb.com Tue Mar 25 23:38:49 2008 From: faye at metaweb.com (Faye Li) Date: Tue, 25 Mar 2008 16:38:49 -0700 Subject: [Developers] Editing longer text fields. In-Reply-To: References: <20691783.17481205274673159.JavaMail.root@h00215> <47D714FE.4080801@metaweb.com> Message-ID: <47E98D09.8020900@metaweb.com> Hi Arthur, All properties of type /type/text are already being indexed for search. There's no need to copy the summary into the article if that's the only reason for doing so. -- Faye Arthur van Hoff wrote: > Hi Faye, > > The summary is a non-html description of a broadcast that we can display > in our environment (which does not support html). We have to copy it > into the article so that it is indexed for search. > > We've asked if it was possible to add an option to the schema which > flags the summary for indexing. That way we would not have to put a copy > in the article. > > Using a separate article of type text/plain is possible, but it adds a > lot of complexity since we can't simply request the content using a MQL > query. > > Have fun, > > Arthur van Hoff > > >> -----Original Message----- >> From: developers-bounces at freebase.com [mailto:developers- >> bounces at freebase.com] On Behalf Of Faye Li >> Sent: Tuesday, March 11, 2008 4:26 PM >> To: For discussions about MQL,Freebase API and apps built on Freebase >> Subject: Re: [Developers] Editing longer text fields. >> >> Hi Arthur, >> >> A little off-topic as I'm trying to understand your data model and >> see >> if there's a better way to support that. At least for this topic, I >> see >> that the content of the Summary (/type/text) is identical to that of >> the >> Description (/common/topic/article). So my questions are: >> >> 1) What's the purpose of the Summary property, and how is it >> different >> from that of the topic article, if at all? >> 2) If it tends to contain sentences instead of short phrases, would >> it >> serve your purpose better to set the expected type as >> /common/topic/article if that can be handled well by the Freebase >> app? >> >> Dan, >> I recall that the idea of allowing/supporting multiple articles on a >> topic came up last year. Was a definitive decision made on that? >> >> Thanks, >> -- Faye >> >> >> Dan Milbrath wrote: >> >>> agreed. we'll try to address this in the next release or two. >>> thanks. >>> >>> - Dan >>> >>> ----- Original Message ----- >>> From: "Arthur van Hoff" >>> To: "For discussions about MQL, Freebase API and apps built on >>> >> Freebase" >> >>> Sent: Tuesday, March 11, 2008 3:27:33 PM (GMT-0800) >>> >> America/Los_Angeles >> >>> Subject: [Developers] Editing longer text fields. >>> >>> _______________________________________________ >>> 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 >> > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers > > From AVH at zing.net Wed Mar 26 01:26:45 2008 From: AVH at zing.net (Arthur van Hoff) Date: Tue, 25 Mar 2008 18:26:45 -0700 Subject: [Developers] Editing longer text fields. In-Reply-To: <47E98D09.8020900@metaweb.com> References: <20691783.17481205274673159.JavaMail.root@h00215> <47D714FE.4080801@metaweb.com> <47E98D09.8020900@metaweb.com> Message-ID: The indexing of text properties has only been functional since fairly recently. However, the other reason to create the article is to disambiguate the topic during a search. So we'll keep using the article and use the summary for a short plain text description. Thanks! > -----Original Message----- > From: developers-bounces at freebase.com [mailto:developers- > bounces at freebase.com] On Behalf Of Faye Li > Sent: Tuesday, March 25, 2008 4:39 PM > To: For discussions about MQL,Freebase API and apps built on Freebase > Subject: Re: [Developers] Editing longer text fields. > > Hi Arthur, > > All properties of type /type/text are already being indexed for > search. > There's no need to copy the summary into the article if that's the > only > reason for doing so. > > -- Faye > > > Arthur van Hoff wrote: > > Hi Faye, > > > > The summary is a non-html description of a broadcast that we can > display > > in our environment (which does not support html). We have to copy > it > > into the article so that it is indexed for search. > > > > We've asked if it was possible to add an option to the schema which > > flags the summary for indexing. That way we would not have to put a > copy > > in the article. > > > > Using a separate article of type text/plain is possible, but it > adds a > > lot of complexity since we can't simply request the content using a > MQL > > query. > > > > Have fun, > > > > Arthur van Hoff > > > > > >> -----Original Message----- > >> From: developers-bounces at freebase.com [mailto:developers- > >> bounces at freebase.com] On Behalf Of Faye Li > >> Sent: Tuesday, March 11, 2008 4:26 PM > >> To: For discussions about MQL,Freebase API and apps built on > Freebase > >> Subject: Re: [Developers] Editing longer text fields. > >> > >> Hi Arthur, > >> > >> A little off-topic as I'm trying to understand your data model and > >> see > >> if there's a better way to support that. At least for this topic, > I > >> see > >> that the content of the Summary (/type/text) is identical to that > of > >> the > >> Description (/common/topic/article). So my questions are: > >> > >> 1) What's the purpose of the Summary property, and how is it > >> different > >> from that of the topic article, if at all? > >> 2) If it tends to contain sentences instead of short phrases, > would > >> it > >> serve your purpose better to set the expected type as > >> /common/topic/article if that can be handled well by the Freebase > >> app? > >> > >> Dan, > >> I recall that the idea of allowing/supporting multiple articles on > a > >> topic came up last year. Was a definitive decision made on that? > >> > >> Thanks, > >> -- Faye > >> > >> > >> Dan Milbrath wrote: > >> > >>> agreed. we'll try to address this in the next release or two. > >>> thanks. > >>> > >>> - Dan > >>> > >>> ----- Original Message ----- > >>> From: "Arthur van Hoff" > >>> To: "For discussions about MQL, Freebase API and apps built on > >>> > >> Freebase" > >> > >>> Sent: Tuesday, March 11, 2008 3:27:33 PM (GMT-0800) > >>> > >> America/Los_Angeles > >> > >>> Subject: [Developers] Editing longer text fields. > >>> > >>> _______________________________________________ > >>> 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 > >> > > _______________________________________________ > > 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 From willmoffat at metaweb.com Wed Mar 26 17:07:09 2008 From: willmoffat at metaweb.com (Will Moffat) Date: Wed, 26 Mar 2008 12:07:09 -0500 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app Message-ID: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> Hello, I've seen a few Javascript developers (including myself) go through this process: * write a cool Javascript Freebase app (like Zak's http://dev.mqlx.com/~zak/arch/) * decide to give users the ability to edit data * decide you can't be bothered to re-implement the features of the Freebase.com client (and learn mqlwrite + setup an api proxy) * Take the path of least resistance and use a modal dialog IFRAME to display the topic in Freebase This Freebase-in-IFRAME approach has two problems: * How do we know if the user changed data? (We want to avoid rebuilding the state of a complex AJAX app if possible) The mwLastWriteTime cookie may have been updated, but it's inaccessible since the app isn't on freebase.com * How do we get this changed data? Since the mwLastWriteTime cookie isn't set, re-running the MQL query won't give the latest data. You need to resort to cache-busting techniques like incrementing limit' Any ideas about how to solve these problems? cheers, --Will From alecf at metaweb.com Wed Mar 26 17:35:48 2008 From: alecf at metaweb.com (Alec Flett) Date: Wed, 26 Mar 2008 10:35:48 -0700 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> Message-ID: I'm not sure about how to solve the other problems, but... On Mar 26, 2008, at 10:07 AM, Will Moffat wrote: > > * How do we get this changed data? > Since the mwLastWriteTime cookie isn't set, re-running the MQL query > won't give the latest data. > You need to resort to cache-busting techniques like incrementing > limit' > Wait a sec - this shouldn't be an issue - any queries done through the browser will be updated - the cookie is at freebase.com, and all queries should be done this way. If folks are not getting fresh data within the same browser process, something is wrong. Alec > Any ideas about how to solve these problems? > cheers, > --Will > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From brendan at metaweb.com Wed Mar 26 17:36:34 2008 From: brendan at metaweb.com (brendan) Date: Wed, 26 Mar 2008 10:36:34 -0700 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> Message-ID: <38259CC4-A315-4407-A998-8F2A31B31811@metaweb.com> agreed, except this part: > Since the mwLastWriteTime cookie isn't set, re-running the MQL query > won't give the latest data. - user brings up the modal dialog for a topic and edits something - freebase.com last write cookie set (though they will be asked to login, inline, if not already logged in) - user closes the dialog and refreshes the mjt/js app browser window - ajaxy mqlread is issued, freebase.com last write cookie is used and observed, cache is invalidated right? archiportal doesn't proxy anything, if the user is signed in, the browser freebase.com cookies are used and subsequent mqlreads use the same cookies. that said, Zak and I tried having the archiportal screen refresh automatically whenever a user returns from using the modal iframe. It sucked because, as you've pointed out, even if the user doesn't do a write, now you have to wait around for all the freebase and google api calls to be made which takes several seconds. I'd like to see a solution for this too because I think this kind of pattern is pretty sound, dare I say "lazy in a good way?". Writes are more difficult to implement and aren't done that often by the user, so it allows someone to build a mashup spending their time coding the part that is used the most. Also, on the read/write side, as the architecture schema is extended, the freebase.com client automatically keeps up. Brendan On Mar 26, 2008, at 10:07 AM, Will Moffat wrote: > Hello, > > I've seen a few Javascript developers (including myself) go through > this process: > > * write a cool Javascript Freebase app (like Zak's http://dev.mqlx.com/~zak/arch/) > * decide to give users the ability to edit data > * decide you can't be bothered to re-implement the features of the > Freebase.com client (and learn mqlwrite + setup an api proxy) > * Take the path of least resistance and use a modal dialog IFRAME to > display the topic in Freebase > > This Freebase-in-IFRAME approach has two problems: > > * How do we know if the user changed data? > (We want to avoid rebuilding the state of a complex AJAX app if > possible) > The mwLastWriteTime cookie may have been updated, but it's > inaccessible since the app isn't on freebase.com > > * How do we get this changed data? > Since the mwLastWriteTime cookie isn't set, re-running the MQL query > won't give the latest data. > You need to resort to cache-busting techniques like incrementing > limit' > > Any ideas about how to solve these problems? > cheers, > --Will > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From brendan at metaweb.com Wed Mar 26 18:59:51 2008 From: brendan at metaweb.com (brendan) Date: Wed, 26 Mar 2008 11:59:51 -0700 Subject: [Developers] A reminder: /location/mailing_address schema has changed... Message-ID: <9BDF780D-4831-41AA-B995-DA9ADDBC024A@metaweb.com> I post this as a user, because I noticed archiportal had some breakage today after the new freebase release went out. If folks on the dev/ data team want to pitch in more info, please do. 1. the property /location/mailing_address/street_address_2 is now hidden in the UI. The UI now allows the user to create multiple values for the "street_address" property, instead. so... WARNING: if you have queries that ask for "/location/ mailing_address/street_address" : null prepare for breakage because users are now creating multiple values of street_address through the UI: you must use [] instead of null. 2. something less urgent: note that mailing_address now has properties for state and country. As an example, archiportal just asks for the citytown property and passes that and the street address up to the google api to get coordinates. That works because cities are named with the state they are in, for U.S. cities anyhow (e.g. "Oakland, California"). I'm not sure what the data team's plan is for this but eventually, the city names will change and you will have to query out the citytown and the state (and perhaps country) in order to have a fully qualified address. Question for someone on the data team? When you denude city names of the state info, would you please go through all mailing addresses to make sure that the state that the city belongs to is filled in (where it's known of course)? When does the data team plan on doing that? thanks, Brendan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.freebase.com/pipermail/developers/attachments/20080326/aa79c757/attachment.htm From willmoffat at metaweb.com Wed Mar 26 23:13:47 2008 From: willmoffat at metaweb.com (Will Moffat) Date: Wed, 26 Mar 2008 18:13:47 -0500 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> Message-ID: Hello, On 26 Mar 2008, at 12:35, Alec Flett wrote: > > Wait a sec - this shouldn't be an issue - any queries done through the > browser will be updated - the cookie is at freebase.com, and all I stand corrected. This is indeed the case. I got confused because I made test edits with multiple browsers. So now we are down to just one problem: >> * How do we know if the user changed data? >> (We want to avoid rebuilding the state of a complex AJAX app if >> possible) The mwLastWriteTime cookie may have been updated, but it's >> inaccessible since the app isn't on freebase.com The obvious way would be to re-run all the relevant queries and compare to the previous results. It seems a pity that there's no way to get the value of mwLastWriteTime from a Javascript app. Or am I missing something? --Will From jg at metaweb.com Wed Mar 26 23:25:35 2008 From: jg at metaweb.com (John Giannandrea) Date: Wed, 26 Mar 2008 23:25:35 +0000 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> Message-ID: <20080326232535.GG788@metaweb.com> Will Moffat wrote: > It seems a pity that there's no way to get the value of > mwLastWriteTime from a Javascript app. You are trying to share state between two sandboxes (the iframe and the enclosing window) that are trying really hard to not let you share state! I believe there are ugly ways to do this such as appending the parent's url with # or using .swf But the other solution is to use the shared state in freebase. Assuming you know that the iframe has changed state (closed?) you could do a tiny MQL query to the graph to check the timestamp of the last link written by that user. -jg From willmoffat at metaweb.com Wed Mar 26 23:45:44 2008 From: willmoffat at metaweb.com (Will Moffat) Date: Wed, 26 Mar 2008 18:45:44 -0500 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: <20080326232535.GG788@metaweb.com> References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> <20080326232535.GG788@metaweb.com> Message-ID: On 26 Mar 2008, at 18:25, John Giannandrea wrote: > You are trying to share state between two sandboxes (the iframe and > the enclosing window) that are trying really hard to not let you > share state! > I believe there are ugly ways to do this such as appending the > parent's url with # or using .swf True. Hopefully one day there will be a clean way to do this supported by all browsers, but I'm not holding my breath: http://www.whatwg.org/specs/web-apps/current-work/multipage/section-crossDocumentMessages.html#crossDocumentMessages > Assuming you know that the iframe has changed state (closed?) Yes, if you stick it in a modal dialog that's no problem. > you could do a tiny MQL query to the graph to check the timestamp of > the last link written by that user. I was thinking along those lines, but it seems to be a catch-22 situation. You need access to the 'metaweb-user' cookie to get the user name. regards, --Will From alecf at metaweb.com Thu Mar 27 00:26:30 2008 From: alecf at metaweb.com (Alec Flett) Date: Wed, 26 Mar 2008 17:26:30 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> References: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> Message-ID: <26EEBCD4-D648-459A-AE06-6DDBB481484C@metaweb.com> As there has been no objection to this, I'd like to go forward. The schedule will look like this: 3/27 (thursday) - In sandbox, I'll add the /en namespace to point to stuff in /topic/en. 3/31 (monday) - I'll make the same change in production Some (to be announced) date around 4/7: we'll update the code to always return /en/topic_name 4/30, we'll remove the /topic/en namespace from the graph. This means you'll be able to start using /en/ starting 3/27 on sandbox, and 3/31 on OTG. Alec On Mar 19, 2008, at 1:37 PM, Alec Flett wrote: > Hey everyone - > So there has been some discussion internally about shortening the "/ > topic/en" namespace down to just "/en". This is something that is > being tossed around inside metaweb and I wanted to open up the > discussion to the larger community to check the feasibility of this. > To be clear, this is a one-time change while we're still in alpha. We > really, really don't expect to do another system-wide change like > this, especially once we're out of alpha. > > The primary motivations are: > 1) /topic seems superfluous, and in general adds heirarchy where there > doesn't need to be.. it makes english names appear sooner in the id, > which is nice for readability. We don't think there will ever be an > actually domain "/en", "/fr" or whatever. > > 2) shortening urls - both at freebase and on anyone else using topic > names in their URLs. In particular, it makes anyone who inserts ids > into their urls have a more readable url. > > If we decide to do this, here is what would probably happen - feedback > is encouraged! > 1) MQL would start returning "/en/topic_name" instead of "/topic/en/ > topic_name" in queries where you say "id": null, such as: > {"name": "Bob Dylan", > "type": "/music/artist", > "id": null} > > (this would return "/en/bob_dylan") > > 2) MQL would continue to accept "/topic/en/bob_dylan" as a valid id > for some period of time (a week? a month? 3 months? that's something > we all need to decide) > > 3) During the time that the /topic/en compatibility exists, MQL would > also return "/topic/en/topic_name" when the /topic id is explicitly > specified in the query: > > {"id": "/topic/en/bob_dylan", "name": null} > > would return > {"id": "/topic/en/bob_dylan", "name": "Bob Dylan"} > > 4) Anyone can continue to link to http://www.freebase.com/view > using either /topic/en/topic_name or /en/topic_name, but freebase > would do a HTTP 301 redirect to http://www.freebase.com/view/en/topic_name > . We'll probably support the /view/topic URL mapping forever. > > But of course the issue is: what will break? The big issue is > obviously if people are storing freebase keys in their databases, and > migration during a compatibility period is impossible. > > Please reply on this thread with your concerns/issues or even if you > just think this is an awesome idea :) > > Alec > > > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From AVH at zing.net Thu Mar 27 00:29:23 2008 From: AVH at zing.net (Arthur van Hoff) Date: Wed, 26 Mar 2008 17:29:23 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: <26EEBCD4-D648-459A-AE06-6DDBB481484C@metaweb.com> References: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> <26EEBCD4-D648-459A-AE06-6DDBB481484C@metaweb.com> Message-ID: Hi Alec, When you update a text property you need to specify "lang":"/lang/en". Is that going to change to "lang":"/en"? If so, we'll have to update some of our code. > -----Original Message----- > From: developers-bounces at freebase.com [mailto:developers- > bounces at freebase.com] On Behalf Of Alec Flett > Sent: Wednesday, March 26, 2008 5:27 PM > To: For discussions about MQL,Freebase API and apps built on Freebase > Subject: Re: [Developers] Changing "/topic/en" to "/en".. maybe > > As there has been no objection to this, I'd like to go forward. The > schedule will look like this: > > 3/27 (thursday) - In sandbox, I'll add the /en namespace to point to > stuff in /topic/en. > 3/31 (monday) - I'll make the same change in production > Some (to be announced) date around 4/7: we'll update the code to > always return /en/topic_name > 4/30, we'll remove the /topic/en namespace from the graph. > > This means you'll be able to start using /en/ starting > 3/27 on sandbox, and 3/31 on OTG. > > Alec > > On Mar 19, 2008, at 1:37 PM, Alec Flett wrote: > > > Hey everyone - > > So there has been some discussion internally about shortening the > "/ > > topic/en" namespace down to just "/en". This is something that is > > being tossed around inside metaweb and I wanted to open up the > > discussion to the larger community to check the feasibility of > this. > > To be clear, this is a one-time change while we're still in alpha. > We > > really, really don't expect to do another system-wide change like > > this, especially once we're out of alpha. > > > > The primary motivations are: > > 1) /topic seems superfluous, and in general adds heirarchy where > there > > doesn't need to be.. it makes english names appear sooner in the > id, > > which is nice for readability. We don't think there will ever be an > > actually domain "/en", "/fr" or whatever. > > > > 2) shortening urls - both at freebase and on anyone else using > topic > > names in their URLs. In particular, it makes anyone who inserts > ids > > into their urls have a more readable url. > > > > If we decide to do this, here is what would probably happen - > feedback > > is encouraged! > > 1) MQL would start returning "/en/topic_name" instead of > "/topic/en/ > > topic_name" in queries where you say "id": null, such as: > > {"name": "Bob Dylan", > > "type": "/music/artist", > > "id": null} > > > > (this would return "/en/bob_dylan") > > > > 2) MQL would continue to accept "/topic/en/bob_dylan" as a valid id > > for some period of time (a week? a month? 3 months? that's > something > > we all need to decide) > > > > 3) During the time that the /topic/en compatibility exists, MQL > would > > also return "/topic/en/topic_name" when the /topic id is explicitly > > specified in the query: > > > > {"id": "/topic/en/bob_dylan", "name": null} > > > > would return > > {"id": "/topic/en/bob_dylan", "name": "Bob Dylan"} > > > > 4) Anyone can continue to link to http://www.freebase.com/view > > using either /topic/en/topic_name or /en/topic_name, but freebase > > would do a HTTP 301 redirect to > http://www.freebase.com/view/en/topic_name > > . We'll probably support the /view/topic URL mapping forever. > > > > But of course the issue is: what will break? The big issue is > > obviously if people are storing freebase keys in their databases, > and > > migration during a compatibility period is impossible. > > > > Please reply on this thread with your concerns/issues or even if > you > > just think this is an awesome idea :) > > > > Alec > > > > > > > > _______________________________________________ > > 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 From jg at metaweb.com Thu Mar 27 02:05:08 2008 From: jg at metaweb.com (John Giannandrea) Date: Wed, 26 Mar 2008 19:05:08 -0700 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> <20080326232535.GG788@metaweb.com> Message-ID: Will Moffat wrote: >> you could do a tiny MQL query to the graph to check the timestamp of >> the last link written by that user. > I was thinking along those lines, but it seems to be a catch-22 > situation. You need access to the 'metaweb-user' cookie to get the > user name. True. But you did send the iframe off to edit something, like a topic, so you could check if that object had changes since the time you launched the iframe. If someone else updated it it might be nice to get the latest anyway. I agree, this is all rather hard. Does your app want to edit known properties on the topic, or just generally update it all? If the former perhaps google code needs a form element based property update library... -jg From brendan at metaweb.com Thu Mar 27 17:16:25 2008 From: brendan at metaweb.com (brendan) Date: Thu, 27 Mar 2008 10:16:25 -0700 Subject: [Developers] Using the Freebase.com client as an IFRAME your own web app In-Reply-To: References: <84397E6C-B74F-4FE1-9EB9-7B78F9AA4E2C@metaweb.com> <20080326232535.GG788@metaweb.com> Message-ID: <8D841784-7397-49BA-B48B-470E592D29F0@metaweb.com> The archiportal app has two uses for the iframe: 1. allow the user to get a topic view of the architect or the building. This is nice because, well, the freebase client is really good at dynamically displaying a topic, even in the face of schema changes. 2. allow the user to edit a small subset of building properties: * the architect * the date it was built * the address * the geocode So, I think one decent solution is to have built in editing forms for this small set of properties, then use the iframes as "detailed view". I guess the problem still remains that the user could edit those key properties in the iframe, but they would be much less likely to do so if a faster path were presented prominently. Brendan On Mar 26, 2008, at 7:05 PM, John Giannandrea wrote: > > Will Moffat wrote: >>> you could do a tiny MQL query to the graph to check the timestamp of >>> the last link written by that user. >> I was thinking along those lines, but it seems to be a catch-22 >> situation. You need access to the 'metaweb-user' cookie to get the >> user name. > > True. But you did send the iframe off to edit something, like a > topic, so you could check if that object had changes since the time > you launched the iframe. If someone else updated it it might be nice > to get the latest anyway. > > I agree, this is all rather hard. Does your app want to edit known > properties on the topic, or just generally update it all? If the > former perhaps google code needs a form element based property update > library... > > -jg > > _______________________________________________ > Developers mailing list > Developers at freebase.com > http://lists.freebase.com/mailman/listinfo/developers From alecf at metaweb.com Thu Mar 27 19:37:22 2008 From: alecf at metaweb.com (Alec Flett) Date: Thu, 27 Mar 2008 12:37:22 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: References: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> <26EEBCD4-D648-459A-AE06-6DDBB481484C@metaweb.com> Message-ID: <8023C33F-92D8-4A70-80F6-A3BB212FDE8A@metaweb.com> On Mar 26, 2008, at 5:29 PM, Arthur van Hoff wrote: > Hi Alec, > > When you update a text property you need to specify "lang":"/lang/en". > Is that going to change to "lang":"/en"? > > If so, we'll have to update some of our code. No, this does not affect the "/lang/en" namespace at all. Alec > > >> -----Original Message----- >> From: developers-bounces at freebase.com [mailto:developers- >> bounces at freebase.com] On Behalf Of Alec Flett >> Sent: Wednesday, March 26, 2008 5:27 PM >> To: For discussions about MQL,Freebase API and apps built on Freebase >> Subject: Re: [Developers] Changing "/topic/en" to "/en".. maybe >> >> As there has been no objection to this, I'd like to go forward. The >> schedule will look like this: >> >> 3/27 (thursday) - In sandbox, I'll add the /en namespace to point to >> stuff in /topic/en. >> 3/31 (monday) - I'll make the same change in production >> Some (to be announced) date around 4/7: we'll update the code to >> always return /en/topic_name >> 4/30, we'll remove the /topic/en namespace from the graph. >> >> This means you'll be able to start using /en/ starting >> 3/27 on sandbox, and 3/31 on OTG. >> >> Alec >> >> On Mar 19, 2008, at 1:37 PM, Alec Flett wrote: >> >>> Hey everyone - >>> So there has been some discussion internally about shortening the >> "/ >>> topic/en" namespace down to just "/en". This is something that is >>> being tossed around inside metaweb and I wanted to open up the >>> discussion to the larger community to check the feasibility of >> this. >>> To be clear, this is a one-time change while we're still in alpha. >> We >>> really, really don't expect to do another system-wide change like >>> this, especially once we're out of alpha. >>> >>> The primary motivations are: >>> 1) /topic seems superfluous, and in general adds heirarchy where >> there >>> doesn't need to be.. it makes english names appear sooner in the >> id, >>> which is nice for readability. We don't think there will ever be an >>> actually domain "/en", "/fr" or whatever. >>> >>> 2) shortening urls - both at freebase and on anyone else using >> topic >>> names in their URLs. In particular, it makes anyone who inserts >> ids >>> into their urls have a more readable url. >>> >>> If we decide to do this, here is what would probably happen - >> feedback >>> is encouraged! >>> 1) MQL would start returning "/en/topic_name" instead of >> "/topic/en/ >>> topic_name" in queries where you say "id": null, such as: >>> {"name": "Bob Dylan", >>> "type": "/music/artist", >>> "id": null} >>> >>> (this would return "/en/bob_dylan") >>> >>> 2) MQL would continue to accept "/topic/en/bob_dylan" as a valid id >>> for some period of time (a week? a month? 3 months? that's >> something >>> we all need to decide) >>> >>> 3) During the time that the /topic/en compatibility exists, MQL >> would >>> also return "/topic/en/topic_name" when the /topic id is explicitly >>> specified in the query: >>> >>> {"id": "/topic/en/bob_dylan", "name": null} >>> >>> would return >>> {"id": "/topic/en/bob_dylan", "name": "Bob Dylan"} >>> >>> 4) Anyone can continue to link to http://www.freebase.com/view >>> using either /topic/en/topic_name or /en/topic_name, but freebase >>> would do a HTTP 301 redirect to >> http://www.freebase.com/view/en/topic_name >>> . We'll probably support the /view/topic URL mapping forever. >>> >>> But of course the issue is: what will break? The big issue is >>> obviously if people are storing freebase keys in their databases, >> and >>> migration during a compatibility period is impossible. >>> >>> Please reply on this thread with your concerns/issues or even if >> you >>> just think this is an awesome idea :) >>> >>> Alec >>> >>> >>> >>> _______________________________________________ >>> 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 From alecf at metaweb.com Thu Mar 27 19:39:01 2008 From: alecf at metaweb.com (Alec Flett) Date: Thu, 27 Mar 2008 12:39:01 -0700 Subject: [Developers] Changing "/topic/en" to "/en".. maybe In-Reply-To: <26EEBCD4-D648-459A-AE06-6DDBB481484C@metaweb.com> References: <682DBCF4-597E-4276-90F3-D68B5042698D@metaweb.com> <26EEBCD4-D648-459A-AE06-6DDBB481484C@metaweb.com> Message-ID: <1B1F1874-4BD5-420E-B1C4-4D01B8F9F3EC@metaweb.com> A followup: I've gotten some feedback about removing "/topic/en" entirely, and it sounds like lots of people would object here. So we'll leave /topic/en in the in perpetuity, though we will start returning "/en" keys starting around April 7th. Alec On Mar 26, 2008, at 5:26 PM, Alec Flett wrote: > As there has been no objection to this, I'd like to go forward. The > schedule will look like this: > > 3/27 (thursday) - In sandbox, I'll add the /en namespace to point to > stuff in /topic/en. > 3/31 (monday) - I'll make the same change in production > Some (to be announced) date around 4/7: we'll update the code to > always return /en/topic_name > 4/30, we'll remove the /topic/en namespace from the graph. > > This means you'll be able to start using /en/ starting > 3/27 on sandbox, and 3/31 on OTG. > > Alec > > On Mar 19, 2008, at 1:37 PM, Alec Flett wrote: > >> Hey everyone - >> So there has been some discussion internally about shortening the "/ >> topic/en" namespace down to just "/en". This is something that is >> being tossed around inside metaweb and I wanted to open up the >> discussion to the larger community to check the feasibility of this. >> To be clear, this is a one-time change while we're still in alpha. We >> really, really don't expect to do another system-wide change like >> this, especially once we're out of alpha. >> >> The primary motivations are: >> 1) /topic seems superfluous, and in general adds heirarchy where >> there >> doesn't need to be.. it makes english names appear sooner in the id, >> which is nice for readability. We don't think there will ever be an >> actually domain "/en", "/fr" or whatever. >> >> 2) shortening urls - both at freebase and on anyone else using topic >> names in their URLs. In particular, it makes anyone who inserts ids >> into their urls have a more readable url. >> >> If we decide to do this, here is what would probably happen - >> feedback >> is encouraged! >> 1) MQL would start returning "/en/topic_name" instead of "/topic/en/ >> topic_name" in queries where you say "id": null, such as: >> {"name": "Bob Dylan", >> "type": "/music/artist", >> "id": null} >> >> (this would return "/en/bob_dylan") >> >> 2) MQL would continue to accept "/topic/en/bob_dylan" as a valid id >> for some period of time (a week? a month? 3 months? that's something >> we all need to decide) >> >> 3) During the time that the /topic/en compatibility exists, MQL would >> also return "/topic/en/topic_name" when the /topic id is explicitly >> specified in the query: >> >> {"id": "/topic/en/bob_dylan", "name": null} >> >> would return >> {"id": "/topic/en/bob_dylan", "name": "Bob Dylan"} >> >> 4) Anyone can continue to link to http://www.freebase.com/view >> using either /topic/en/topic_name or /en/topic_name, but freebase >> would do a HTTP 301 redirect to http://www.freebase.com/view/en/topic_name >> . We'll probably support the /view/topic URL mapping forever. >> >> But of course the issue is: what will break? The big issue is >> obviously if people are storing freebase keys in their databases, and >> migration during a compatibility period is impossible. >> >> Please reply on this thread with your concerns/issues or even if you >> just think this is an awesome idea :) >> >> Alec >> >> >> >> _______________________________________________ >> Developers mailing list >> Developers at freebase.com >> http://lists.freebase.com/mailman/listinfo/developers > > _______________________________________________ > Developers mailing list > Developers a