danm

Roadmap of future features: query on months, days, etc

2008-09-05T23:07:02.0012Z

Agreed; it's difficult if not impossible to do. I believe there is an "on this day" app on the Apps page, however, so perhaps you could check the source of that and see how it's done? It might be possible to do substring matches on dates.

Roadmap of future features: query on months, days, etc

2008-08-31T03:27:01.0006Z

It doesn't appear possible to query on persons born in November (any year), or November 1, etc. It would be nice to be able to pick dates apart and query based on the parts.

Roadmap of future features: How fast is freebase growing?

2008-08-21T02:40:35.0012Z

Well, we don't have all of these reports, but you can take a look at what we do have here... Reporting Tools for Freebase Experts

We hope to add more such tools in the future. Thanks for your interest and suggestions!

Roadmap of future features: How fast is freebase growing?

2008-08-19T19:23:46.0005Z

Hello,

It would be nice to have a page with some number showing how fast the database is growing.

Like:

New releations added in the last 24 hours

Releations deleted in the last 24 hours

Topics created in the last 24 hours

New releations added in the last 7 days

Releations deleted in the last 7 days

Topics created in the last 7 days

...

Or may be such a page already exists and I just don't know?

- Ralf

Roadmap of future features: Apostrophe vs. quote

2008-08-01T21:32:42.0012Z

Hi. The Freebase relevance engine powering search and autocomplete has special handling for characters such as aspostrophe and quote and allows users to find them without those characters. For example, you can find Shakespeare's "Love's Labour's Lost" with "loves labours lost", Edgar Allan Poe's "Tell-Tale Heart" with "telltale heart".

I will investigate why this does not seem to work with "wild hearts cant be broken". In general though, you can skip punctuations and substitute the English alphabet for accented characters in search, and it should work.

Roadmap of future features: Apostrophe vs. quote

2008-07-31T16:33:32.0012Z

Wow, I had no idea that was even a possibility. thanks for the education.

Roadmap of future features: Rank of autosuggested topics

2008-07-31T16:31:12.0000Z

I've often thought the same thing -- if the field is for a city or location, then only entries that are flagged as a location should be available. But not everything is flagged, so if locations went to the top, and non-locations that could be locations went to the bottom, that'd be good too.

Roadmap of future features: Firefox search add-on?

2008-07-26T05:12:03.0012Z

I've made some changes to the search plugin. The script that provides suggestions now runs on Google App Engine.

Roadmap of future features: Option to require included type

2008-07-25T03:44:38.0012Z

That's an interesting case. We don't support that in the client currently but perhaps it could be a property hint in schema editor. We'll take a look.

Roadmap of future features: What links here

2008-07-24T22:07:20.0012Z

I like it too -- there have been a many instances where a topic was flagged for deletion because it had no property values of its own, even though it was being linked to by other properties. Having an easy way to discover these links would be a boon to both flaggers and voters on flagged items.

Roadmap of future features: What links here

2008-07-24T19:58:20.0012Z

I like this idea alot... let's give it some thought.

Hockey: Former team

2008-07-24T19:49:40.0005Z

Awesome! Thanks a lot!

Roadmap of future features: Clone one type from another

2008-07-24T19:45:52.0012Z

So, at long last, I think we've got the feature y'all were looking for. See my blog post on delegated properties.

Hockey: Former team

2008-07-24T19:16:52.0012Z

No problem - its actually a property both on team and player - I was talking about the same link from the other direction. In any event, its there now. See Steve Yzerman.

Hockey: Former team

2008-07-24T18:37:10.0012Z

I was referring to a property of Hockey Player. There is a "current team" property, but not a "former team" property. Sorry, I should have been more clear.

Hockey: Former team

2008-07-24T18:04:10.0012Z

Do you mean a historical roster property on team?
Its just an oversight. I'll try to add that in the next couple of days.

Hockey: Former team

2008-07-24T15:10:56.0017Z

Other sports have a former team property, but hockey doesn't. Is this a function of there being little data to fill in, or is there another reason?

Roadmap of future features: What links here

2008-07-21T16:42:06.0012Z

Since it's not always appropriate to include all the suggested incoming properties in a schema, would it be possible to have a "What links here" page that shows the topics that link to this topic in one of their properties? It'd be useful for when you see an empty topic and wonder why it exists.

Roadmap of future features: Option to require included type

2008-07-18T23:48:42.0013Z

Beyond the ranking suggestion above, people have tried to add bands and tv shows to the influence domain, and I'm not really watching the additions that carefully.

Is there a way to require an included type (person, in this case)? Tv shows and bands aren't the focus for the domain, but beyond saying that in the description, it's hard to monitor.

Roadmap of future features: Rank of autosuggested topics

2008-07-09T19:37:25.0012Z

It would be helpful if the rank of autosuggested topics took into consideration the included types of the expected type. Here's an example:

If I am adding an influence, the autosuggest list should prioritize people over other types (films, magazines, etc), because people is an included type of the expected type (influence).

Hockey: Name Q.

2008-07-09T18:30:38.0018Z

That's a valid argument. I'll create an internal task for this.

Hockey: Name Q.

2008-07-09T09:24:59.0000Z

I'd have to agree...
Plus this seems to only cover the NHL, There are other leagues in North America and the world.

danm: Sports League

2008-06-25T20:53:46.0005Z

Just posted at Sports League. Can you take a look?

http://freebase.com/discuss/threads/en/major_league_baseball#%2Fguid%2F9202a8c04000641f8000000008745a59

Roadmap of future features: Firefox search add-on?

2008-05-13T19:40:53.0000Z

I have re-written the search plugin (using OpenSearch description) that includes suggestions. Please delete the older version and replace it with this. I believe it will only work with Firefox for now, IE7 support will come later. Any feedback/suggestions are appreciated.

Roadmap of future features: Firefox search add-on?

2008-05-07T19:42:46.0028Z

I wrote one for my personal use recently. Nothing fancy, but it at least allows me to quickly search Freebase. I just needed to get permission to use the Freebase icon before I make it public. Let me know if this is an issue, otherwise, you can install it from here.

Roadmap of future features: Firefox search add-on?

2008-04-29T01:31:01.0001Z

If you build one that can take suggestions, you should definitely put up a prominent link on this site.

Roadmap of future features: Firefox search add-on?

2008-04-28T21:14:51.0007Z

Actually, someone already wrote one… but it broke when the Freebase search API changed. It’s being rewritten, and we will be sure to announce it when it’s ready!

Roadmap of future features: Firefox search add-on?

2008-04-28T21:09:57.0007Z

Hey Mike,

I thought this would be cool too. Unfortunately, it would be pretty "un-freebasy-semantic"; we would be searching for display name matches only since the MozSearch/OpenSearch doesn't support much more than that.

That being said, I did write a very rudimentary example that returns the top 30 results (no autocomplete). I'll send it to you.

Roadmap of future features: Firefox search add-on?

2008-04-28T17:06:16.0012Z

Would definitely increase my likelihood of going to Freebase.com

Roadmap of future features: Apostrophe vs. quote

2008-04-15T12:58:33.0005Z

Data quality may be improved by helping users to use the apostrophe where appropriate (such as in "can't") instead of whatever apostrophe-resembling character they find on their non-US keyboard.

Earlier today I got no hits when searching for the movie title "Wild Hearts can't be Broken". The movie I expected did exist in Freebase, but wasn't found because the title contained a 'RIGHT SINGLE QUOTATION MARK' (U+2019) character where there should have been an 'APOSTROPHE' (U+0027) character. (I've fixed it now.)

This kind of thing is common and people who aren't particularly interested the fascinating subjects of character encoding and typography can't really be expected to get this right on their own.

Roadmap of future features: Clone one type from another

2007-12-10T22:04:07.0007Z

Thanks if this was to me (Ed not Brian). I plan to delve into MQL soon. I'm trying to get a decent handle on data modeling first. Also, programming skill is not one of my strongest attributes.

Roadmap of future features: Clone one type from another

2007-12-10T20:30:46.0007Z

Brian, have you looked at using MQL (Metaweb Query Language) directly for some of the more advanced operations, such as mass creation of topics with very similar values, duplicating a type with minor changes, or querying for all topics meeting certain criteria? It's a more powerful way for developers to use Freebase data without going through the UI.

If you're interested, the API is a good place to start. Try things in the query editor on sandbox to see how they work.

Roadmap of future features: Clone one type from another

2007-12-10T18:53:22.0007Z

Depends on what you mean. If you are referring to the process of making an extended type, then it would be most important to exclude specific properties from the existing type with a single step. If the extended type is then treated as a regular type afterwards, the user could always add new types specific to it.

Roadmap of future features: Clone one type from another

2007-12-10T18:38:44.0007Z

Actually, we're working more actively on this kind of feature than the one I previously described - something we're calling 'extended types', which would allow you to select an existing type to use all its properties but be able to add new properties to it - but this is probably at least a few weeks off at this point.

What do you think is most important? Adding, removing or relabeling properties from an extended type?

Roadmap of future features: Clone one type from another

2007-12-10T02:20:08.0007Z

Has there been any progress on this? I'm also interested in cloning types but I'm also interested in cloning topics. For example, I may describe a topic using 20 attributes. I then want to describe another topic that is similar in all but one way. The only way I can see to do this is to re-enter all 20 attributes. Is it possible to provide an option for a new topic to inherit some or all attributes from an existing topic? This would allow me to just change the 1 attribute instead of all 20.

danm: Postal Code Type suggestion

2007-07-13T22:46:36.0007Z

Assuming your brain surgeon has an address for his place of business, this should be no problem. You can see a couple of examples of mapping applications already working off Freebase data here: Concierge & Map of Freebase users

danm: Postal Code Type suggestion

2007-07-13T00:09:40.0000Z

Only if I can run a simple query later on that says "give me brain surgeons (who graduated from Tulane) that now have a practice in the state of California, near Santa Monica" Will the engine handle this with grace once the data is in there ? I've sent email as well containing zipcode data to you, in case it helps. That data specifies City, State, Lat, Lon. Does that help ?

danm: Postal Code Type suggestion

2007-07-12T22:32:09.0000Z

This request seems pretty straight forward but we're actually modeling postal code in a slightly more generic way - it is intended to handle postal codes internationally, so a state property wouldn't apply in many cases. Zip codes will, however, generally be associated with addresses in the system - which are also locations that have geocode information that can be mapped. Does this help?

danm: Postal Code Type suggestion

2007-07-11T19:23:24.0011Z

Could you add the State Type in addition to Location? I'm thinking about GEO coding and building application layers for boundaries such Zip codes, area codes, etc. So boundaries (boundary type) will be important as well ! Any other Types that should be linked with Postal Code ? whew... freebase is too addicting!

Hockey: Name Q.

2007-05-14T18:29:54.0012Z

Since the category represents ice hockey, maybe it should be named as such, a large part of the world does consider field hockey as 'hockey'.

AM

Roadmap of future features: Clone one type from another

2007-04-23T00:01:24.0000Z

We've heard this request before and it makes some sense. We're looking at a general method for copying types so that you could, for instance, copy types from sandbox to freebase. This kind of capability might meet your described need as well.

Roadmap of future features: Clone one type from another

2007-03-25T01:57:07.0012Z

Sometimes you want to create similar types with minor differences. For example, I want my Patent Application type to be the same as my Patent type, less two properties.

I originally tried to have them both include a common base type, but that didn't give me the search fields I wanted. A function to copy all the properties of another type would make this easy.